-
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
查看全部 -
基于位点的主从复制部署流程图查看全部 -
这是我饿的笔记
查看全部
举报