1停团、MySQL 的復(fù)制原理以及流程
(1)旷坦、復(fù)制基本原理流程
- 1）主服務(wù)：Binlog dump 線程——記錄下所有改變了數(shù)據(jù)庫(kù)數(shù)據(jù)的語(yǔ)句掏熬，放進(jìn) master 上的 binlog 中；
- 2）從服務(wù)器：IO 線程——在使用 start slave 之后秒梅，負(fù)責(zé)從 master 上拉取 binlog 內(nèi)容旗芬，放進(jìn)自己的 relay log中；
- 3）從服務(wù)器：SQL 執(zhí)行線程——執(zhí)行 relay log 中的語(yǔ)句捆蜀。
(2)疮丛、MySQL 復(fù)制的線程有幾個(gè)及之間的關(guān)聯(lián)
MySQL 的復(fù)制是基于如下 3 個(gè)線程的交互（ 多線程復(fù)制里面應(yīng)該是 4 類線程）
- 1）Master 上的 Binlog dump 線程，該線程負(fù)責(zé)將 master 的 binlog event 傳到 Slave辆它；
- 2）Slave 上的 IO 線程誊薄，該線程負(fù)責(zé)接收 Master 傳過(guò)來(lái)的 binlog，并寫(xiě)入 relay log锰茉；
- 3）Slave 上的 SQL 線程呢蔫，該線程負(fù)責(zé)讀取 relay log 并執(zhí)行；
重要：如果是多線程復(fù)制飒筑，無(wú)論是 5.6 庫(kù)級(jí)別的假多線程還是 MariaDB 或者 5.7 的真正的多線程復(fù)制片吊， SQL 線程只做 coordinator，只負(fù)責(zé)把 relay log 中的 binlog讀出來(lái)然后交給 worker 線程协屡， woker 線程負(fù)責(zé)具體 binlog event 的執(zhí)行俏脊；
(3)、MySQL如何保證復(fù)制過(guò)程中數(shù)據(jù)一致性及減少數(shù)據(jù)同步延時(shí)
一致性主要有以下幾個(gè)方面：
參考來(lái)源：
https://www.cnblogs.com/hugb/articles/5827658.html
https://blog.csdn.net/u011277123/article/details/71126741
- 1）在 MySQL 5.5 以及之前肤晓， Slave 的 SQL 線程執(zhí)行的 relay log 的位置只能保存在文件（ relay-log.info）里面爷贫，并且該文件默認(rèn)每執(zhí)行 10000 次事務(wù)做一次同步到磁盤(pán)认然， 這意味著 slave 意外 crash 重啟時(shí)， SQL 線程執(zhí)行到的位置和數(shù)據(jù)庫(kù)的數(shù)據(jù)是不一致的漫萄，將導(dǎo)致復(fù)制報(bào)錯(cuò)季眷，如果不重搭復(fù)制，則有可能會(huì)導(dǎo)致數(shù)據(jù)不一致卷胯。 MySQL 5.6 引入?yún)?shù) relay_log_info_repository子刮，將該參數(shù)設(shè)置為 TABLE 時(shí)， MySQL 將 SQL 線程執(zhí)行到的位置存到 mysql.slave_relay_log_info 表窑睁，這樣更新該表的位置和 SQL 線程執(zhí)行的用戶事務(wù)綁定成一個(gè)事務(wù)挺峡，這樣 slave 意外宕機(jī)后， slave 通過(guò) innodb 的崩潰恢復(fù)可以把 SQL 線程執(zhí)行到的位置和用戶事務(wù)恢復(fù)到一致性的狀態(tài)担钮。
- 2）MySQL 5.6 引入 GTID 復(fù)制橱赠，每個(gè) GTID 對(duì)應(yīng)的事務(wù)在每個(gè)實(shí)例上面最多執(zhí)行一次， 這極大地提高了復(fù)制的數(shù)據(jù)一致性箫津；
- 3）MySQL 5.5 引入半同步復(fù)制狭姨， 用戶安裝半同步復(fù)制插件并且開(kāi)啟參數(shù)后，設(shè)置超時(shí)時(shí)間苏遥，可保證在超時(shí)時(shí)間內(nèi)如果 binlog 不傳到 Slave 上面饼拍，那么用戶提交事務(wù)時(shí)不會(huì)返回，直到超時(shí)后切成異步復(fù)制田炭，但是如果切成異步之前用戶線程提交時(shí)在 master 上面等待的時(shí)候师抄，事務(wù)已經(jīng)提交，該事務(wù)對(duì) Master上的其他 session 是可見(jiàn)的教硫，如果這時(shí) Master 宕機(jī)叨吮，那么到 Slave 上該事務(wù)又不可見(jiàn)了，該問(wèn)題直到 5.7 才解決瞬矩；
2茶鉴、MySQL 中 myisam 與 innodb 的區(qū)別，至少 5 點(diǎn)
(1)景用、問(wèn) 5 點(diǎn)不同
1. InnoDB 支持事物涵叮，而 MyISAM 不支持事物
2. InnoDB 支持行級(jí)鎖，而 MyISAM 支持表級(jí)鎖
3. InnoDB 支持MVCC, 而 MyISAM 不支持
4. InnoDB 支持外鍵丛肢，而 MyISAM 不支持
5. InnoDB 不支持全文索引围肥，而 MyISAM 支持。
6. InnoDB 不能通過(guò)直接拷貝表文件的方法拷貝表到另外一臺(tái)機(jī)器蜂怎， myisam 支持
7. InnoDB 表支持多種行格式穆刻， myisam 不支持
8. InnoDB 是索引組織表， myisam 是堆表
參考地址：https://www.cnblogs.com/panwenbin-logs/p/8366940.html
參考地址：http://www.ywnds.com/
