この記事では、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
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@"%";
> 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 サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
