大家好悟泵，本片文章看一下主從復(fù)制的問題杈笔，
1. 主從復(fù)制復(fù)習(xí)
2. 主從復(fù)制數(shù)據(jù)一致性
3. 主從復(fù)制延遲問題
4. 主從復(fù)制總結(jié)
1. 主從復(fù)制復(fù)習(xí)
1.1 什么是主從復(fù)制?
MySQL 主從復(fù)制是指數(shù)據(jù)可以從一個(gè)MySQL數(shù)據(jù)庫(kù)服務(wù)器主節(jié)點(diǎn)復(fù)制到一個(gè)或多個(gè)從節(jié)點(diǎn)。MySQL 默認(rèn) 采用異步復(fù)制方式糕非，這樣從節(jié)點(diǎn)不用一直訪問主服務(wù)器來(lái)更新自己的數(shù)據(jù)蒙具，數(shù)據(jù)的更新可以在遠(yuǎn)程連接上 進(jìn)行，從節(jié)點(diǎn)可以復(fù)制 主數(shù)據(jù)庫(kù)中的所有數(shù)據(jù)庫(kù)或者特定的數(shù)據(jù)庫(kù)朽肥，或者特定的表禁筏。
主要用途
1. 讀寫分離
2. 數(shù)據(jù)實(shí)時(shí)備份，當(dāng)系統(tǒng)中某個(gè)節(jié)點(diǎn)發(fā)生故障時(shí)衡招，可以方便的故障切換
3. 高可用HA
4. 架構(gòu)擴(kuò)展
隨著系統(tǒng)中業(yè)務(wù)訪問量的增大篱昔，如果是單機(jī)部署數(shù)據(jù)庫(kù)，就會(huì)導(dǎo)致I/O訪問頻率過高始腾。有了主從復(fù) 制州刽，增加多個(gè)數(shù)據(jù)存儲(chǔ)節(jié)點(diǎn)，將負(fù)載分布在多個(gè)從節(jié)點(diǎn) 上浪箭，降低單機(jī)磁盤I/O訪問的頻率穗椅，提高單個(gè)機(jī)器的I/O性能。
1.2 主從復(fù)制原理
MySQL主從復(fù)制涉及到三個(gè)線程奶栖，一個(gè)運(yùn)行在主節(jié)點(diǎn)(log dump thread)匹表，其余兩個(gè)(I/O thread, SQL thread)運(yùn)行在從節(jié)點(diǎn)
主從圖.png
- 1,主節(jié)點(diǎn) binary log dump 線程
當(dāng)從節(jié)點(diǎn)連接主節(jié)點(diǎn)時(shí)门坷，主節(jié)點(diǎn)會(huì)創(chuàng)建一個(gè)log dump 線程，用于發(fā)送bin-log的內(nèi)容袍镀。在讀取bin-log中的 操作時(shí)拜鹤，此線程會(huì)對(duì)主節(jié)點(diǎn)上的bin-log加鎖，當(dāng)讀取完成流椒，甚至在發(fā)動(dòng)給從節(jié)點(diǎn)之前敏簿，鎖會(huì)被釋放。
- 從節(jié)點(diǎn)I/O線程
當(dāng)從節(jié)點(diǎn)上執(zhí)行 start slave 命令之后宣虾，從節(jié)點(diǎn)會(huì)創(chuàng)建一個(gè)I/O線程用來(lái)連接主節(jié)點(diǎn)惯裕，請(qǐng)求主庫(kù)中更新的bin-log。I/O線程接收到主節(jié)點(diǎn)binlog dump 進(jìn)程發(fā)來(lái)的更新之后绣硝，保存在本地relay-log中蜻势。
- 從節(jié)點(diǎn)SQL線程
SQL線程負(fù)責(zé)讀取relay log中的內(nèi)容，解析成具體的操作并執(zhí)行鹉胖，最終保證主從數(shù)據(jù)的一致性握玛。對(duì)于每一個(gè) 主從連接，都需要三個(gè)進(jìn)程來(lái)完成甫菠。當(dāng)主節(jié)點(diǎn)有多個(gè)從節(jié)點(diǎn)時(shí)挠铲，主節(jié)點(diǎn)會(huì)為每一個(gè)當(dāng)前連接的從節(jié)點(diǎn)建一 個(gè)binary log dump 進(jìn)程，而每個(gè)從節(jié)點(diǎn)都有自己的I/O進(jìn)程寂诱，SQL進(jìn)程拂苹。從節(jié)點(diǎn)用兩個(gè)線程將從主庫(kù)拉取 更新和執(zhí) 行分成獨(dú)立的任務(wù)，這樣在執(zhí)行同步數(shù)據(jù)任務(wù)的時(shí)候痰洒，不會(huì)降低讀操作的性能瓢棒。比如，如果從節(jié) 點(diǎn)沒有運(yùn)行丘喻，此時(shí)I/O進(jìn)程可以很快從主節(jié)點(diǎn)獲取更新脯宿，盡管SQL進(jìn)程還沒有執(zhí)行。如果在SQL進(jìn)程執(zhí)行之 前從節(jié)點(diǎn)服務(wù)停止泉粉，至少I/O進(jìn) 程已經(jīng)從主節(jié)點(diǎn)拉取到了最新的變更并且保存在本地relay日志中连霉，當(dāng)服務(wù)再 次起來(lái)之后，就可以完成數(shù)據(jù)的同步搀继。
主從復(fù)制的步驟
1. 主庫(kù)將所有的寫操作記錄在binlog日志中窘面，并生成log dump線程，將binlog日志傳給從庫(kù)的I/O線程
2. 從庫(kù)生成兩個(gè)線程叽躯，一個(gè)是I/O線程财边，另一個(gè)是SQL線程
3. I/O線程去請(qǐng)求主庫(kù)的binlog日志，并將binlog日志中的文件寫入relay log(中繼日志)中
4. SQL線程會(huì)讀取relay loy中的內(nèi)容点骑，并解析成具體的操作酣难，來(lái)實(shí)現(xiàn)主從的操作一致谍夭，達(dá)到最終數(shù)據(jù)一致的目的
配置主從的步驟
1. 確保從數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)里的數(shù)據(jù)一致
2. 在主數(shù)據(jù)庫(kù)里創(chuàng)建一個(gè)同步賬戶授權(quán)給從數(shù)據(jù)庫(kù)使用
3. 配置主數(shù)據(jù)庫(kù)(修改配置文件)與開啟binlog日志
4. 配置從數(shù)據(jù)庫(kù)(修改配置文件) 5. 配置從節(jié)點(diǎn)
2. 主從復(fù)制數(shù)據(jù)一致性校驗(yàn)
- 在理想情況下，備庫(kù)和主庫(kù)的數(shù)據(jù)應(yīng)該是完全一樣的憨募。但事實(shí)上備庫(kù)可能發(fā)生錯(cuò)誤并導(dǎo)致數(shù)據(jù)不一致紧索。即 使沒有明顯的錯(cuò)誤，備庫(kù)同樣可能因?yàn)镸ySQL自身的特性導(dǎo)致數(shù)據(jù)不一致菜谣，例如MySQL的Bug感珠漂、網(wǎng)絡(luò)中 斷、服務(wù)器崩潰尾膊，非正常關(guān)閉或者其他一些錯(cuò)誤媳危。
- 按照我們的經(jīng)驗(yàn)來(lái)看，主備一致應(yīng)該是一種規(guī)范冈敛，而不是例外待笑，也就是說(shuō)，檢查你的主備庫(kù)一致性應(yīng)該是 一個(gè)日常工作抓谴，特別是當(dāng)使用備庫(kù)來(lái)做備份時(shí)尤為重要暮蹂，因?yàn)榭隙ú幌Ｍ麖囊粋€(gè)已經(jīng)損壞的備庫(kù)里獲得備 份數(shù)據(jù)。
下面介紹一種工具癌压，不過還有其他的工具仰泻，可以自己百度。
我們可以使用percona-toolkit工具做校驗(yàn)措拇，而該工具包含
- pt-table-checksum 負(fù)責(zé)檢測(cè)MySQL主從數(shù)據(jù)一致性
- pt-table-sync負(fù)責(zé)擋住從數(shù)據(jù)不一致時(shí)修復(fù)數(shù)據(jù)我纪，讓他們保存數(shù)據(jù)的一致性
- pt-heartbeat負(fù)責(zé)監(jiān)控MySQL主從同步延遲
下面我們進(jìn)行安裝一下慎宾，也可以自己百度找一下更方便的安裝方法丐吓。
安裝
yum install perl-IO-Socket-SSL perl-DBD-MySQL perl-Time-HiRes perl perl-DBI -y
yum localinstall percona-toolkit-3.2.1-1.el7.x86_64.rpm
yum list | grep percona-toolkit
pt-table-checksum --help
使用
pt-table-checksum [options] [dsn]
pt-table-checksum:在主(master)上通過執(zhí)行校驗(yàn)的查詢對(duì)復(fù)制的一致性進(jìn)行檢查，對(duì)比主從的校驗(yàn) 值趟据，從而產(chǎn)生結(jié)果券犁。DSN指向的是主的地址，該工具的退出狀態(tài)不為零汹碱，如果發(fā)現(xiàn)有任何差別粘衬，或者如果出 現(xiàn)任何警告或錯(cuò)誤，更多信息請(qǐng)查看官方資料咳促。
現(xiàn)在我們可以準(zhǔn)備一個(gè)動(dòng)作:來(lái)模擬數(shù)據(jù)不一致的問題稚新，同時(shí)需要確保主從是配置好了的 -》 思路就是創(chuàng) 建一個(gè)test的庫(kù)隨便添加一個(gè)t表
create database `mytest`; create table t (
id int primary key,
name varchar(20)
);
首先配置的是主庫(kù) 192.168.22.101 //根據(jù)自己的ip來(lái)。
mysql> use `mytest`;
mysql> insert into t values(1,6);
mysql> insert into t values(2,2);
mysql> insert into t values(4,4);
mysql> select * from t;
+----+------+
| id | name |
+----+------+
| 1 | 6 |
| 2 | 2 |
| 4 | 4 |
+----+------+
3 rows in set (0.00 sec)
其次是從庫(kù) 192.168.22.102,此時(shí)因?yàn)橹鲝膹?fù)制的原因跪腹，在上面主庫(kù)進(jìn)行的配置會(huì)復(fù)制到從庫(kù)褂删。
mysql> use `mytest`;
mysql> insert into t values(3,3);
mysql> select * from t;
+----+------+
| id | name |
+----+------+
| 1 | 6 |
| 2 | 2 |
| 3 | 3 |
| 4 | 4 |
+----+------+
4 rows in set
(0.02 sec)
從上面可以看到實(shí)際上數(shù)據(jù)是不同步的，也就是主庫(kù)的數(shù)據(jù)少于從庫(kù)的數(shù)據(jù)
使用工具檢測(cè)
注意常用的參數(shù)解釋:
--nocheck-replication-filters :不檢查復(fù)制過濾器冲茸，建議啟用屯阀。后面可以用--databases來(lái)指定 需要檢查的數(shù)據(jù)庫(kù)缅帘。
--no-check-binlog-format : 不檢查復(fù)制的binlog模式，要是binlog模式是ROW难衰，則會(huì)報(bào)錯(cuò)钦无。 --replicate-check-only :只顯示不同步的信息。
--replicate= :把checksum的信息寫入到指定表中盖袭，建議直接寫到被檢查的數(shù)據(jù)庫(kù)當(dāng)中失暂。 --databases= :指定需要被檢查的數(shù)據(jù)庫(kù)，多個(gè)則用逗號(hào)隔開鳄虱。
--tables= :指定需要被檢查的表趣席，多個(gè)用逗號(hào)隔開 --host | h= :Master的地址
--user | u= :用戶名
--passwork | p=:密碼
--Post | P= :端口
檢測(cè)
[root@localhost home]# pt-table-checksum --nocheck-replication-filters -- replicate=check_data.checksums --databases=test --tables=t --user=mytest --password=rot
Checking if all tables can be checksummed ...
Starting checksum ...
Replica localhost.localdomain has binlog_format MIXED which could cause pt-table- checksum to break replication. Please read "Replicas using row-based replication" in the LIMITATIONS section of the tool's documentation. If you understand the risks, specify --no-check-binlog-format to disable this check.
Replica localhost.localdomain has binlog_format MIXED which could cause pt-table- checksum to break replication. Please read "Replicas using row-based replication" in the LIMITATIONS section of the tool's documentation. If you understand the risks, specify --no-check-binlog-format to disable this check.
上面的錯(cuò)誤信息主要是因?yàn)椋瑱z測(cè)主庫(kù)與從庫(kù)的binlog日志的模式 - 通常來(lái)說(shuō)可以不用改binlog添加 --no- check-binlog-format 跳過檢測(cè)
[root@localhost home]# pt-table-checksum --nocheck-replication-filters -- replicate=check_data.checksums --no-check-binlog-format --databases=mytest --tables=t - -user=mytest --password=rot
Checking if all tables can be checksummed ...
Starting checksum ...
TS ERRORS DIFFS ROWS DIFF_ROWS CHUNKS SKIPPED 11-11T23:27:10 0 1 3 1 1 0
TIME TABLE 0.064 mytest.t
TS :完成檢查的時(shí)間醇蝴。
ERRORS :檢查時(shí)候發(fā)生錯(cuò)誤和警告的數(shù)量宣肚。
DIFFS :0表示一致，1表示不一致悠栓。當(dāng)指定--no-replicate-check時(shí)霉涨，會(huì)一直為0，當(dāng)指定-- replicate-check-only會(huì)顯示不同的信息惭适。
ROWS :表的行數(shù)笙瑟。
CHUNKS :被劃分到表中的塊的數(shù)目。
SKIPPED :由于錯(cuò)誤或警告或過大癞志，則跳過塊的數(shù)目往枷。
TIME :執(zhí)行的時(shí)間。
TABLE :被檢查的表名凄杯。
那些信息數(shù)據(jù)會(huì)記錄在checksums表中
執(zhí)行完畢后错洁，自己可以查看表數(shù)據(jù)，這里不演示了戒突。
3. pt-table-sync工具恢復(fù)數(shù)據(jù)
我們可以通過使用另一個(gè)工具pt-table-sync進(jìn)行數(shù)據(jù)的同步 手冊(cè)地址:https://www.percona.com/doc/percona-toolkit/LATEST/pt-table-sync.html 在主庫(kù)中執(zhí)行
[root@localhost home]# pt-table-sync --sync-to-master h=192.168.29.103,u=mytest,p=rot,P=3306 --databases=mytest --print
DELETE FROM `mytest`.`t` WHERE `id`='3' LIMIT 1 /*percona-toolkit src_db:mytest src_tbl:t src_dsn:P=3306,h=192.168.29.102,p=...,u=mytest dst_db:mytest dst_tbl:t dst_dsn:P=3306,h=192.168.29.103,p=...,u=mytest lock:1 transaction:1 changing_src:1 replicate:0 bidirectional:0 pid:76531 user:root host:localhost.localdomain*/;
如上的操作解釋:
pt-table-sync [options] dsn [dsn]
該工具先maseter的信息屯碴， 然后再是從庫(kù)上的信息;參數(shù)建議
--replicate= :指定通過pt-table-checksum得到的表，這2個(gè)工具差不多都會(huì)一直用膊存。 --databases= : 指定執(zhí)行同步的數(shù)據(jù)庫(kù)导而，多個(gè)用逗號(hào)隔開。
--tables= :指定執(zhí)行同步的表隔崎，多個(gè)用逗號(hào)隔開今艺。
--sync-to-master :指定一個(gè)DSN，即從的IP爵卒，他會(huì)通過show processlist或show slave status 去自動(dòng)的找主虚缎。
h=127.0.0.1 :服務(wù)器地址，命令里有2個(gè)ip技潘，第一次出現(xiàn)的是Master的地址遥巴，第2次是Slave的地 址千康。
u=root :帳號(hào)。
p=123456 :密碼铲掐。
--print :打印拾弃，但不執(zhí)行命令。 --execute :執(zhí)行命令摆霉。
建議:
- 修復(fù)數(shù)據(jù)的時(shí)候豪椿，用--print打印出來(lái)，這樣就可以知道那些數(shù)據(jù)有問題
- 修復(fù)數(shù)據(jù)之前一定要備份數(shù)據(jù)庫(kù) ; 然后再 手動(dòng)執(zhí)行或者 添加 --execute
我們也可以把這個(gè)編輯成腳本携栋，定期通過centos定時(shí)器定期檢查, 對(duì)于我們來(lái)說(shuō)我們執(zhí)行在意的是通過pt- table-checksums 顯示信息中的DIFFS信息.
[root@localhost home]# pt-table-checksum --nocheck-replication-filters -- replicate=check_data.checksums --no-check-binlog-format --databases=mytest --tables=t - -user=mytest --password=rot
對(duì)于centos來(lái)說(shuō)我們可以通過 awk 命令獲取到 DIFFS 中的值搭盾，然后判斷這個(gè)值是否不等于0;則可以判斷是 否一致。
[root@localhost home]# pt-table-checksum --nocheck-replication-filters -- replicate=check_data.checksums --no-check-binlog-format --databases=mytest --tables=t - -user=mytest --password=rot | awk 'NR>1{sum+=$3}END{print sum}'
1
下一步要做的就是編輯shell腳本 - 額外解釋婉支，所謂的sh腳本就是可以直接模擬centos執(zhí)行我們?cè)诿钐珗?zhí)行 的命令然后根據(jù)返回的結(jié)果進(jìn)行相應(yīng)的邏輯處理鸯隅，我們可以創(chuàng)建一個(gè)pt-table-checksums;注意!!! windows下編輯的sh腳本在linux中執(zhí)行可能會(huì)存在一定的問題，推薦可以直接在xshell中編輯sh腳本這樣問 題會(huì)少很多
#!/usr/bin/env bash
NUM=`pt-table-checksum --nocheck-replication-filters --replicate=check_data.checksums - -no-check-binlog-format --databases=mytest --tables=t --user=mytest --password=rot | awk 'NR>1{sum+=$3}END{print sum}'`
if [ $NUM -eq 0 ] ;then
echo "Data is ok!"
else
echo "Data is error!"
pt-table-sync --sync-to-master h=192.168.22.101,u=mytest,p=rot,P=3306 -- databases=mytest --print
pt-table-sync --sync-to-master h=192.168.22.102,u=mytest,p=rot,P=3306 -- databases=mytest --execute
pt-table-sync --sync-to-master h=192.168.22.103,u=mytest,p=rot,P=3306 -- databases=mytest --print
pt-table-sync --sync-to-master h=192.168.22.103,u=mytest,p=rot,P=3306 -- databases=mytest --execute
fi
然后可以通過編輯crontab -e 定時(shí)執(zhí)行這個(gè)腳本就好
20 23 * * * /home/pt-check-sync.sh
表示每天晚上23:20運(yùn)行這個(gè)腳本
4. 對(duì)于主從延遲的處理
master 服務(wù)器和 slave 服務(wù)器連接時(shí)向挖，創(chuàng)建 Binlog dump thread 以發(fā)送 bin log 數(shù)據(jù):
1. 一個(gè) Binlog dump thread 對(duì)應(yīng)一個(gè) slave 服務(wù)器;
2. Binlog dump thread 從 bin log 獲取數(shù)據(jù)時(shí)會(huì)加鎖蝌以，獲取到數(shù)據(jù)后，立即釋放鎖何之。
當(dāng) slave 服務(wù)器收到 START_SLAVE 命令時(shí)跟畅，會(huì)創(chuàng)建 I/O thread 和 SQL thread:
1. I/O thread 以拉的方式，從 master 讀取事件溶推，并存儲(chǔ)到 slave 服務(wù)器的 relay log 中;
2. SQL thread 從 relay log 中讀取事件并執(zhí)行;
3. slave 可以按照自己的節(jié)奏讀取和更新數(shù)據(jù)徊件，也可以隨意操作復(fù)制進(jìn)程(啟動(dòng)和停止)。
pt-heartbeat
在percona toolkit 產(chǎn)品中也提供了可以對(duì)于MySQL主從延時(shí)檢查的工具pt-heartbeat, pt-heartbeat 的工作原 理是通過使用時(shí)間戳方式在主庫(kù)上更新特定表蒜危，然后再?gòu)膸?kù)上讀取唄更新的時(shí)間戳然后與本地系統(tǒng)時(shí)間對(duì) 比來(lái)得出其延遲虱痕。
具體流程:
- 在住上創(chuàng)建一張hearteat表，按照一定的時(shí)間頻率更新該表的數(shù)據(jù)舰褪。監(jiān)控操作運(yùn)行后皆疹，heartbeat表能促 使主從同步
- 連接到從庫(kù)上檢查復(fù)制的時(shí)間記錄，和從庫(kù)的當(dāng)前系統(tǒng)時(shí)間進(jìn)行比較占拍，得出時(shí)間的差異。 注意在使用 的方式就是需要在主庫(kù)中創(chuàng)建這個(gè)表;
use test;
CREATE TABLE heartbeat (
ts VARCHAR (26) NOT NULL,
server_id INT UNSIGNED NOT NULL PRIMARY KEY,
file VARCHAR (255) DEFAULT NULL, -- SHOW MASTER STATUS
position bigint unsigned DEFAULT NULL, -- SHOW MASTER STATUS relay_master_log_file varchar(255) DEFAULT NULL, -- SHOW SLAVE STATUS exec_master_log_pos bigint unsigned DEFAULT NULL -- SHOW SLAVE STATUS );
通過pt-heartbeat可以對(duì)于mysql中的heartbeat表每隔多久更新一次(注意這個(gè)啟動(dòng)操作要在主庫(kù)服務(wù)器上 執(zhí)行)
[root@localhost home]# pt-heartbeat --user=root --ask-pass --create-table --database mytest --interval=1 --interval=1 --update --replace --daemonize
[root@localhost home]# ps -ef | grep pt-heartbeat
root 76637 1 0 23:52 ? 00:00:00 perl /usr/bin/pt-heartbeat -- user=root --ask-pass --create-table --database mytest --interval=1 --interval=1 -- update --replace --daemonize
root 76643 76367 0 23:53 pts/2 00:00:00 grep --color=auto pt-heartbeat
在主庫(kù)運(yùn)行監(jiān)測(cè)同步延遲
[root@localhost home]# pt-heartbeat --database mytest --table=heartbeat --monitor -- user=root --password=root --master-server-id=1
0.02s [ 0.00s, 0.00s, 0.00s ]
0.00s [ 0.00s, 0.00s, 0.00s ]
這其中 0.02s 表示延遲了 捎迫，沒有延遲是為0 而 [ 0.00s, 0.00s, 0.00s ] 則表示1m,5m,15m的平均值晃酒， 而這期中 需要注意的是 --master-server-id 為主服務(wù)器的服務(wù)id就是在my.cnf中配置的 server_id的值
5. 主從延遲處理
對(duì)于從庫(kù)的延時(shí)問題最為重要的就是主庫(kù)與從庫(kù)之間連接的網(wǎng)絡(luò)環(huán)境，從庫(kù)的寫入和讀這兩個(gè)點(diǎn) - 其次就 是對(duì)于主從的架構(gòu)的優(yōu)化;
注意:一旦使用了主從必然是會(huì)有一定的延時(shí)問題窄绒，因此我們就需要考慮程序?qū)τ谘舆t的容忍度贝次。 如果是0 容忍的話建議還是不用主從了
MySQL從庫(kù)產(chǎn)生配置
網(wǎng)絡(luò)環(huán)境跳過，彰导，蛔翅，從庫(kù)的寫入主要是指insert敲茄，update，delete的語(yǔ)句的執(zhí)行速度這些語(yǔ)句的執(zhí)行速度我 們就需要考慮MySQL的執(zhí)行SQL語(yǔ)句的一個(gè)特點(diǎn) -》 對(duì)于每一個(gè)寫的sql會(huì)默認(rèn)開啟事務(wù)并提交事務(wù) ; 而事 務(wù)是會(huì)影響到io的消耗的這和innodb_flush_log_at_trx_commit參數(shù)有關(guān)系山析。默認(rèn)為1 我們可以嘗試設(shè)置為0 或2可以提高效率堰燎， 另一個(gè)就是sync_binlog
- sync_binlog 配置說(shuō)明:
- sync_binlog”:這個(gè)參數(shù)是對(duì)于MySQL系統(tǒng)來(lái)說(shuō)是至關(guān)重要的，他不僅影響到Binlog對(duì)MySQL所帶來(lái)的性能 損耗笋轨，而且還影響到MySQL中數(shù)據(jù)的完整性秆剪。對(duì)于“sync_binlog”參數(shù)的各種設(shè)置的說(shuō)明如下: sync_binlog=0，當(dāng)事務(wù)提交之后爵政，MySQL不做fsync之類的磁盤同步指令刷新binlog_cache中的信息到磁 盤仅讽，而讓Filesystem自行決定什么時(shí)候來(lái)做同步，或者 cache滿了之后才同步到磁盤钾挟。 sync_binlog=n洁灵，當(dāng) 每進(jìn)行n次事務(wù)提交之后，MySQL將進(jìn)行一次fsync之類的磁盤同步指令來(lái)將binlog_cache中的數(shù)據(jù)強(qiáng)制寫入 磁盤掺出。
- 在MySQL中系統(tǒng)默認(rèn)的設(shè)置是sync_binlog=0处渣，也就是不做任何強(qiáng)制性的磁盤刷新指令，這時(shí)候的性能是最 好的蛛砰，但是風(fēng)險(xiǎn)也是最大的罐栈。因?yàn)橐坏┫到y(tǒng)Crash，在binlog_cache中的所有binlog信息都會(huì)被丟失泥畅。而當(dāng) 設(shè)置為“1”的時(shí)候荠诬，是最安全但是性能損耗最大的設(shè)置。因?yàn)楫?dāng)設(shè)置為1的時(shí)候位仁，即使系統(tǒng)Crash柑贞，也最多丟 失binlog_cache中未完成的一個(gè)事務(wù)，對(duì)實(shí)際數(shù)據(jù)沒有任何實(shí)質(zhì)性影響聂抢。
- 從以往經(jīng)驗(yàn)和相關(guān)測(cè)試來(lái)看钧嘶，對(duì)于高并發(fā)事務(wù)的系統(tǒng)來(lái)說(shuō)，“sync_binlog”設(shè)置為0和設(shè)置為1的系統(tǒng)寫入性 能差距可能高達(dá)5倍甚至更多琳疏。
- innodb_flush_log_at_trx_commit 配置說(shuō)明: 默認(rèn)值1的意思是每一次事務(wù)提交或事務(wù)外的指令都需要把日 志寫入(flush)硬盤有决，這是很費(fèi)時(shí)的。特別是使用電池供電緩存(Battery backed up cache)時(shí)空盼。 設(shè)成2對(duì) 于很多運(yùn)用书幕，特別是從MyISAM表轉(zhuǎn)過來(lái)的是可以的，它的意思是不寫入硬盤而是寫入系統(tǒng)緩存揽趾。日志仍然 會(huì)每秒flush到硬 盤台汇，所以你一般不會(huì)丟失超 過1-2秒的更新。設(shè)成0會(huì)更快一點(diǎn)，但安全方面比較差苟呐，即使 MySQL掛了也可能會(huì)丟失事務(wù)的數(shù)據(jù)痒芝。而值2只會(huì)在整個(gè)操作系統(tǒng) 掛了時(shí)才可能丟數(shù)據(jù)。
硬件:服務(wù)器的配置要好點(diǎn)牵素，
架構(gòu):
- 可以考慮對(duì)于一些庫(kù)進(jìn)行單獨(dú)分離严衬。
- 服務(wù)的基礎(chǔ)架構(gòu)在業(yè)務(wù)和MySQL之間加入memcache或者redis的cache層。
- 從庫(kù)的配置要好两波。
