2019-04-17-MySQL主從復(fù)制基礎(chǔ)

0.企業(yè)高可用性標(biāo)準(zhǔn) ***
0.1 全年無故障率(非計劃內(nèi)故障停機(jī))
99.9% ----> 0.0013652460=525.6 min
99.99% ----> 0.00013652460=52.56 min
99.999% ----> 0.000136524*60=5.256 min
0.2 高可用架構(gòu)方案
負(fù)載均衡:有一定的高可用性
LVS Nginx
主備:有高可用性,但是需要切換
KA MHA
真正高可用:
NDB Cluster Oracle RAC Sysbase cluster InnoDB Cluster（MGR）
============================================

  1. 主從復(fù)制簡介 **
1.1. 基于二進(jìn)制日志復(fù)制的
1.2. 主庫的修改操作會記錄二進(jìn)制日志
1.3. 從庫會請求新的二進(jìn)制日志,并回放,最終達(dá)到主從數(shù)據(jù)同步
  1. 主從復(fù)制前提(搭建主從的過程) ***
2.1 兩臺以上mysql實(shí)例
2.2 主庫開啟二進(jìn)制日志
2.3 專用的復(fù)制用戶
2.4 保證主從開啟之前的某個時間點(diǎn),從庫數(shù)據(jù)是和主庫一致(補(bǔ)課)
2.5 告知從庫,復(fù)制user,passwd,IP port,以及復(fù)制起點(diǎn)(change master to)
2.6 線程(三個):Dump thread  IO thread  SQL thread 開啟(start slave)
  1. 主從復(fù)制搭建(Classic replication) ***
    3.1 清理主庫數(shù)據(jù)
rm -rf /data/3307/data/*

3.2 重新初始化3307

mysqld --initialize-insecure --user=mysql --basedir=/app/mysql --datadir=/data/3307/data

3.3 修改my.cnf ,開啟二進(jìn)制日志功能

[root@db01 3307]# vim /data/3307/my.cnf 
log_bin=/data/3307/data/mysql-bin

3.4 啟動所有節(jié)點(diǎn)

[root@db01 3307]# systemctl start mysqld3307
[root@db01 3307]# systemctl start mysqld3308
[root@db01 3307]# systemctl start mysqld3309
[root@db01 3307]# ps -ef |grep mysqld
mysql      3684      1  4 09:59 ?        00:00:00 /app/mysql/bin/mysqld --defaults-file=/data/3307/my.cnf
mysql      3719      1  7 09:59 ?        00:00:00 /app/mysql/bin/mysqld --defaults-file=/data/3308/my.cnf
mysql      3754      1  8 09:59 ?        00:00:00 /app/mysql/bin/mysqld --defaults-file=/data/3309/my.cnf
[root@db01 3307]# mysql -S /data/3307/mysql.sock -e "select @@server_id"
[root@db01 3307]# mysql -S /data/3308/mysql.sock -e "select @@server_id"
[root@db01 3307]# mysql -S /data/3309/mysql.sock -e "select @@server_id"

3.5 主庫中創(chuàng)建復(fù)制用戶

[root@db01 3307]# mysql -S /data/3307/mysql.sock 
db01 [(none)]>grant replication slave on *.* to repl@'10.0.0.%' identified by '123';
db01 [(none)]>select user,host from mysql.user;

3.6 備份主庫并恢復(fù)到從庫

[root@db01 3307]# mysqldump -S /data/3307/mysql.sock -A --master-data=2 --single-transaction  -R --triggers >/backup/full.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=653;
[root@db01 3307]# mysql -S /data/3308/mysql.sock
db01 [(none)]>source /backup/full.sql

3.7 告知從庫關(guān)鍵復(fù)制信息
ip port user password binlog position
[root@db01 3307]# mysql -S /data/3308/mysql.sock
db01 [mysql]>help change master to

CHANGE MASTER TO
MASTER_HOST='10.0.0.51',
MASTER_USER='repl',
MASTER_PASSWORD='123',
MASTER_PORT=3307,
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=653,
MASTER_CONNECT_RETRY=10;

CHANGE MASTER TO
MASTER_HOST='10.0.0.51',
MASTER_USER='repl',
MASTER_PASSWORD='123',
MASTER_PORT=3307,
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=444,
MASTER_CONNECT_RETRY=10;

3.8 開啟主從專用線程
start slave ;
3.9 檢查復(fù)制狀態(tài)
db01 [mysql]>show slave status \G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

  1. 主從復(fù)制的原理 (Classic Replication)*****
    4.1 主從中設(shè)置到的文件和線程
    4.1.1 線程
    主:
    DUMP THREAD
    從:
    IO THREAD
    SQL THREAD
    4.1.2 文件
    主:
    mysql-bin.000001
    從:
    db01-relay.000001 ===>中繼日志
    master.info ===》主庫信息記錄日志
    relay-log.info ===> 記錄中繼應(yīng)用情況信息
    4.2 主從復(fù)制原理
image.png

image.png

主從復(fù)制原理描述：
1.change master to 時，ip pot user password binlog position寫入到master.info進(jìn)行記錄

  1. start slave 時，從庫會啟動IO線程和SQL線程
    3.IO_T，讀取master.info信息，獲取主庫信息連接主庫
  2. 主庫會生成一個準(zhǔn)備binlog DUMP線程，來響應(yīng)從庫
  3. IO_T根據(jù)master.info記錄的binlog文件名和position號，請求主庫DUMP最新日志
  4. DUMP線程檢查主庫的binlog日志，如果有新的，TP(傳送)給從從庫的IO_T
  5. IO_T將收到的日志存儲到了TCP/IP 緩存，立即返回ACK給主庫 ，主庫工作完成
    8.IO_T將緩存中的數(shù)據(jù)，存儲到relay-log日志文件,更新master.info文件binlog 文件名和postion，IO_T工作完成
    9.SQL_T讀取relay-log.info文件，獲取到上次執(zhí)行到的relay-log的位置，作為起點(diǎn)，回放relay-log
    10.SQL_T回放完成之后，會更新relay-log.info文件。
  6. relay-log會有自動清理的功能。
    細(xì)節(jié)：
    1.主庫一旦有新的日志生成，會通知給binlog dump ，再和IO溝通，IO線程再請求
  7. 主從故障監(jiān)控\分析\處理 *****
    5.1 線程相關(guān)監(jiān)控
    主庫:
    show full processlist;
    每個從庫都會有一行dump相關(guān)的信息
    HOSTS:
    db01:47176
    State:
    Master has sent all binlog to slave; waiting for more updates
    如果現(xiàn)實(shí)非以上信息,說明主從之間的關(guān)系出現(xiàn)了問題
    從庫:
    show slave status \G;
    db01 [(none)]>show slave status \G
    *************************** 1. row ***************************
    主庫有關(guān)的信息(master.info):重點(diǎn)關(guān)注
    Master_Host: 10.0.0.51
    Master_User: repl
    Master_Port: 3307
    Connect_Retry: 10
    Master_Log_File: mysql-bin.000001
    Read_Master_Log_Pos: 444

從庫relaylog的信息(已經(jīng)執(zhí)行過的relaylog的位置點(diǎn)):重點(diǎn)關(guān)注
Relay_Log_File: db01-relay-bin.000002
Relay_Log_Pos: 320

從庫 兩個線程的基本狀態(tài):(重點(diǎn)關(guān)注)
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

說明:在正常的主從復(fù)制關(guān)系中,都是YES
過濾復(fù)制有關(guān)的參數(shù):
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:

最后一次錯誤的代號及具體的報錯信息(了解)
Last_Errno: 0
Last_Error:

是否自動跳過復(fù)制錯誤(謹(jǐn)慎使用)
Skip_Counter: 0

從庫和主庫延時的秒數(shù):
Seconds_Behind_Master: 0

分別記錄的IO和SQL報錯的具體信息(重點(diǎn)關(guān)注)
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:

延時從庫的狀態(tài)
SQL_Delay: 0
SQL_Remaining_Delay: NULL
GTID復(fù)制有關(guān)的狀態(tài)
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0

5.2 主從復(fù)制故障分析

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡書系信息發(fā)布平臺，僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容