-
組提交介紹查看全部 -
gtid注意事項(xiàng)
查看全部 -
GTID復(fù)制的優(yōu)勢(shì)
查看全部 -
show global variables like 'server_uuid'； -- 查看uuid
查看全部 -
show global variables like '%gtid_purged%';? -- 查看gtid?
查看全部 -
mysqldump?-uroot?-p?--single-transaction?--all-databases?--master-data=2?--set-gtid-purged=off?>?alldb_bak.sql
--single-transaction? 開啟事務(wù)，可重復(fù)讀，不鎖表，不影響讀寫，僅支持innodb引擎
--master-data=2? 記錄位點(diǎn)信息，并以注釋的形式寫到導(dǎo)出的文件中
--set-gtid-purged=off? 關(guān)閉gtid
查看全部 -
1 、對(duì)于支持事務(wù)的引擎如 InnoDB ， 參數(shù)上是在備份的時(shí)候加上 –single-transaction 保證數(shù)據(jù)一致性
–single-transaction 實(shí)際上通過做了下面兩個(gè)操作 ：
① 在開始的時(shí)候把該 session 的事務(wù)隔離級(jí)別設(shè)置成 repeatable read ；
② 然后啟動(dòng)一個(gè)事務(wù)（執(zhí)行 begin ），備份結(jié)束的時(shí)候結(jié)束該事務(wù)（執(zhí)行 commit ）
有了這兩個(gè)操作，在備份過程中，該 session 讀到的數(shù)據(jù)都是啟動(dòng)備份時(shí)的數(shù)據(jù)（同一個(gè)點(diǎn)）。可以理解為對(duì)于 innodb 引擎來說加了該參數(shù)，備份開始時(shí)就已經(jīng)把要備份的數(shù)據(jù)定下來了，備份過程中的提交的事務(wù)時(shí)是看不到的，也不會(huì)備份進(jìn)去。
2 、對(duì)于不支持事務(wù)的引擎如 MyISAM ，只能通過鎖表來保證數(shù)據(jù)一致性，這里分三種情況：
① 導(dǎo)出全庫 ： 加 –lock-all-tables 參數(shù) ， 這會(huì)在備份開始的時(shí)候啟動(dòng)一個(gè)全局讀鎖 （ 執(zhí)行 flush tables with read lock ）， 其他 session 可以讀取但不能更新數(shù)據(jù) ， 備份過程中數(shù)據(jù)沒有變化 ， 所以最終得到的數(shù)據(jù)肯定是完全一致的 ；
② 導(dǎo)出單個(gè)庫：加 –lock-tables 參數(shù)，這會(huì)在備份開始的時(shí)候鎖該庫的所有表，其他 session 可以讀但不能更新該庫的所有表，該庫的數(shù)據(jù)一致；
-----------------------------------
Mysql備份原理與工具mysqldump之--single-transaction，--master-data
https://blog.51cto.com/u_14035463/5584416
查看全部 -
基于位點(diǎn)的主從復(fù)制部署流程圖查看全部 -
這是我餓的筆記
查看全部
舉報(bào)