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