mysql主從原理？主從不一樣步怎麼辦？主從慢？

mysql主從原理？主從不一樣步怎麼辦？主從慢

master將改變記錄到二進制日誌(binary log)中（這些記錄叫作二進制日誌事件，binary log events）
slave將master的binary log events拷貝到它的中繼日誌(relay log)
slave重作中繼日誌中的事件，將改變反映它本身的數據。

或

從庫生成兩個線程，一個I/O線程，一個SQL線程；

i/o線程去請求主庫 的binlog，並將獲得的binlog日誌寫到relay log（中繼日誌） 文件中；
主庫會生成一個 log dump 線程，用來給從庫 i/o線程傳binlog；

SQL 線程，會讀取relay log文件中的日誌，並解析成具體操做，來實現主從的操做一致，而最終數據一致；

先上Master庫：
mysql>show processlist; 查看下進程是否Sleep太多。發現很正常。
show master status; 也正常。
mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)
再到Slave上查看
mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: No
可見是Slave不一樣步
下面介紹兩種解決方法：
方法一：忽略錯誤後，繼續同步
該方法適用於主從庫數據相差不大，或者要求數據能夠不徹底統一的狀況，數據要求不嚴格的狀況
解決：
stop slave;
#表示跳過一步錯誤，後面的數字可變
set global sql_slave_skip_counter =1;
start slave;
以後再用mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
ok，如今主從同步狀態正常了。。。
方式二：從新作主從，徹底同步
該方法適用於主從庫數據相差較大，或者要求數據徹底統一的狀況
解決步驟以下：
1.先進入主庫，進行鎖表，防止數據寫入
使用命令：
mysql> flush tables with read lock;
注意：該處是鎖定爲只讀狀態，語句不區分大小寫
2.進行數據備份
#把數據備份到mysql.bak.sql文件
[root@server01 mysql]#mysqldump -uroot -p -hlocalhost > mysql.bak.sql
這裏注意一點：數據庫備份必定要按期進行，能夠用shell腳本或者python腳本，都比較方便，確保數據萬無一失
3.查看master 狀態
mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)
4.把mysql備份文件傳到從庫機器，進行數據恢復
#使用scp命令
[root@server01 mysql]# scp mysql.bak.sql root@192.168.128.101:/tmp/
5.中止從庫的狀態
mysql> stop slave;
6.而後到從庫執行mysql命令，導入數據備份
mysql> source /tmp/mysql.bak.sql
7.設置從庫同步，注意該處的同步點，就是主庫show master status信息裏的| File| Position兩項
change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;
8.從新開啓從同步
mysql> start slave;
9.查看同步狀態
mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
好了，同步完成啦。

若是延遲比較大，就先確認如下幾個因素：
1.?從庫硬件比主庫差，致使複製延遲
2.?主從複製單線程，若是主庫寫併發太大，來不及傳送到從庫，就會致使延遲。更高版本的mysql能夠支持多線程複製
3.?慢SQL語句過多
4.?網絡延遲5.?master負載
主庫讀寫壓力大，致使複製延遲，架構的前端要加buffer及緩存層6.?slave負載
通常的作法是，使用多臺slave來分攤讀請求，再從這些slave中取一臺專用的服務器，只做爲備份用，不進行其餘任何操做.
另外，?2個能夠減小延遲的參數:
–slave-net-timeout=seconds?單位爲秒?默認設置爲?3600秒
#參數含義：當slave從主數據庫讀取log數據失敗後，等待多久從新創建鏈接並獲取數據
–master-connect-retry=seconds?單位爲秒?默認設置爲?60秒
#參數含義：當從新創建主從鏈接時，若是鏈接創建失敗，間隔多久後重試。
一般配置以上2個參數能夠減小網絡問題致使的主從數據同步延遲
MySQL數據庫主從同步延遲解決方案
最簡單的減小slave同步延時的方案就是在架構上作優化，儘可能讓主庫的DDL快速執行。還有就是主庫是寫，對數據安全性較高，好比sync_binlog=1，innodb_flush_log_at_trx_commit
=?1?之類的設置，而slave則不須要這麼高的數據安全，徹底能夠講sync_binlog設置爲0或者關閉binlog，innodb_flushlog也能夠設置爲0來提升sql的執行效率。另外就是使用比主庫更好的硬件設備做爲slave。