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 [email protected]:/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。