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