centos7でのmysql5.6のマスタースレーブレプリケーションのサンプルコード共有の詳細説明

この記事では、centos7 での mysql5.6 のマスター/スレーブ レプリケーションの詳細な説明を主に紹介します。編集者が非常に優れていると考えたので、参考として共有します。エディターをフォローして、一緒に見てみましょう

1. mysql マスター/スレーブ レプリケーションの概要

mysql のマスター/スレーブ レプリケーションは、データベース ディスク上のファイルの直接コピーではなく、論理バイナログです。同期するファイルにコピーします。サーバーはローカルにあり、ローカル スレッドはログ内の SQL ステートメントを読み取り、それを mysql データベース に再適用します。

MySQL データベースは、一方向、双方向、チェーン カスケード、リングなどのさまざまなビジネス シナリオでのレプリケーションをサポートします。1 台のサーバーがマスター サーバーとして機能し、ユーザーからの更新を受信し、1 つ以上の他のサーバーがスレーブ サーバーとして機能します。マスター サーバーの binlog ファイルからログの内容を受信し、SQL を解析して、それをスレーブ サーバーに更新します。

1 つのマスターと 1 つのスレーブ (A -> B、A がマスター、B がスレーブ)

1 つのマスターと複数のスレーブ (A -> B、A -> C、A がマスター、Bおよび C はスレーブです)

デュアルマスター双方向同期 (A -> B 、B -> A 、A および B は両方ともマスターであり、相互にバックアップします)

リニア カスケード (A -> B -> B -> C、A、B がマスター相互バックアップ、C がスレーブ)

リングカスケード (A -> B -> C -> A、A、B、C はすべてマスター、各ノードはデータを書き込むことができます)

二、mysqlの読み書き分離を実現する解決策

1.プログラムで読み書き分離を実現する(判定文マスターとスレーブデータベースを接続するためのキーワード)

2. オープンソース ソフトウェアによる読み取りと書き込みの分離を実現します (mysql -proxy、amoeba、平均的な安定性と機能性、本番使用​​には推奨されません)

3. DAL レイヤー ソフトウェアの独自開発

3. mysql のマスターとスレーブのレプリケーション

mysql のマスターとスレーブのレプリケーションは非同期です。レプリケーション プロセスはマスター ライブラリをスレーブ ライブラリにコピーします。マスターとスレーブ間のプロセス全体は 3 つのスレッドで完了します。 SQL スレッドと I/O スレッドはスレーブ側にあり、他の I/O スレッドはマスター側にあります。

レプリケーションの原理とプロセス

1. スレーブでスレーブ開始コマンドを実行し、マスター/スレーブ レプリケーション スイッチをオンにして、マスター/スレーブ レプリケーションを開始します。

2. スレーブの I/O スレッドは、マスター上の許可されたレプリケーション ユーザーを通じてマスターを要求し、指定された binlog ログの指定された場所を要求します。

3. マスターがスレーブの I/O スレッドからリクエストを受信した後、コピーを担当する自身の I/O スレッドは、スレーブのリクエスト情報に従って、指定された binlog ログの指定された位置以降のログ情報をバッチで読み取ります。その後、I/O スレッドは、ビンログ ログ、マスターの新しいバイナリ ファイルの名前、および新しいバイナリ ログ内の次に指定された更新位置に加えて、情報を返します。

4. スレーブは、ログ ファイルとロケーション ポイントの後に、マスター上の I/O スレッドから送信された binlog ログの内容を取得し、binlog の内容はスレーブ自身のリレー ログ (リレー ログ) の末尾に書き込まれます。バイナリ ファイルの名前と場所がマスター情報ファイルに記録されるため、次回新しいバイナリ ログ ログがマスターから読み取られるとき、マスターは新しいバイナリ ファイルの新しい場所から読み取るように指示できます。ビンログ。

5. スレーブの SQL スレッドは、ローカル リレー ログに新しく追加された I/O スレッドのログ内容をリアルタイムで検出し、リレー ログ ファイルの内容を適時に SQL ステートメントに解析し、これらの SQL を実行します。 SQL ステートメントが解析される順序でステートメントを並べ替えます。 Relay-log.info には、現在のアプリケーション リレー ログのファイル名と場所が記録されます。

4. MySQL マスター/スレーブ レプリケーション操作

これは、mysql の単一マシンの複数のインスタンス、3306、3308、3309 です

メイン データベースは 3306、スレーブ データベースは 3308、3309 です。

(1)、マスターメインライブラリ上で

1. サーバーIDの値を設定し、binlog機能を有効にします

> vi /etc/my.cnf

rreee

2. メインライブラリにログインし、サーバーを表示します。 -id

 [mysqld]
 #用于同步的每台机器server-id都不能相同

server-id = 10

log-bin = /data/mysql56/data/mysql-bin

4. ライブラリからコピーしたアカウントのサーバーをメインライブラリに作成します

> service mysqld restart

5. メインライブラリデータベースの読み取り専用ロックテーブル(現在のウィンドウを閉じないでください)

> mysql -uroot -p

> show variables like 'server_id';

のステータスを表示しますメインライブラリ

> grant replication slave on *.* to "rep"@"%" identified by "123456";

> flush privileges;

> select user,host from mysql.user;

> show grants for rep@"%";

6. メインライブラリのすべてのデータファイルをバックアップします

> flush table with read lock;

7. メインデータベースのデータをバックアップした後、メインデータベースからエクスポートされたデータをスレーブデータベースに移行します

> show master status;

(2)、スレーブスレーブデータベース上で

1. サーバーIDの値を設定し、binlog機能をオフにします

①binlogをオンにする必要がある状況は2つあります

② 中間でBを同期するためA->B->C をカスケードで実行するには、binlog をオンにする必要があります

③スレーブ ライブラリからデータベースのバックアップを実行する場合は、フル バックアップと binlog ログが必要です。これは完全なバックアップです。

> mysqldump -uroot -p -A -B | gzip > /data/mysql_bak.$(date +%F).sql.gz

2. スレーブデータベースを再起動します

> unlock tables;

3. スレーブデータベースにログインしてパラメータを確認します

> vi /mysql-instance/3308/my.cnf 

[mysqld]

server-id = 11

relay-log = /mysql-instance/3308/relay-bin

relay-log-info-file = /mysql-instance/3308/relay-log.info

4. mysqldump によってエクスポートされたデータをスレーブデータベースに復元します

> /mysql-instance/3308/mysql restart

メインデータベースからスレーブデータベースへ

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock

> show variables like 'log_bin';

> show variables like 'server_id';

5. スレーブライブラリにログインし、レプリケーションパラメータを設定します

> gzip -d /data/mysql_bak.2017-01-15.sql.gz

上記の MASTER_LOG_FILE と MASTER_LOG_POS は、show master status; を使用してマスター ライブラリで表示される情報であることに注意してください。

master.info ファイルを表示します

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock < /data/mysql_bak.2017-01-15.sql

6. スレーブ データベース同期スイッチを開始し、マスター/スレーブ レプリケーションをテストします

CHANGE MASTER TO

MASTER_HOST='127.0.0.1',

MASTER_PORT=3306,

MASTER_USER='rep',

MASTER_PASSWORD='123456',

MASTER_LOG_FILE='mysql-bin.000001',

MASTER_LOG_POS=396;

7. マスター/スレーブ レプリケーションをテストします

> mysql -uroot -p -e "create database wohehe;"

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock -e "show databases;"

五、mysql主从复制线程状态说明及用途

1、主库线程的同步状态

> show processlist\G; 


*************************** 1. row ***************************

   Id: 5

  User: rep

  Host: localhost:47605

   db: NULL

Command: Binlog Dump

  Time: 4728

 State: Master has sent all binlog to slave; waiting for binlog to be updated

  Info: NULL

说明主库线程已从binlog读取更新，发送到了从库，线程处理空闲状态，等待binlog的事件更新。

2、从库线程的同频状态

> show processlist\G; 

*************************** 2. row ***************************

   Id: 6

  User: system user

  Host:

   db: NULL

Command: Connect

  Time: 5305

 State: Slave has read all relay log; waiting for the slave I/O thread to update it

  Info: NULL

说明从库已读取所有中继日志，等待从库I/O线程的更新。

六、主从复制故障

如果我在从库上创建了一个库，然后去主库创建同名的库，那么这就会冲突了。

> show slave status; 

Slave_IO_Running: Yes

Slave_SQL_Running: No

Seconds_Behind_Master: NULL

Last_Error: Error 'Can't create database 'xxxxx'; database exists' on query. Default database: 'xxxxx'. Query: 'create database xxxxx'

对于该冲突解决方法

方法一

> stop slave;

#将同步指针移动下一个，如果多次不同步，可重复操作

> set global sql_slave_skip_counter = 1;

> start slave;

方法二

> vi /mysql-instance/3308/my.cnf 

#把可以忽略的错误号事先在配置文件中配置

slave-skip-errors = 1002,1007,1032

以上がcentos7でのmysql5.6のマスタースレーブレプリケーションのサンプルコード共有の詳細説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。