Percona Database Performance Blog
·
在移除之前理解MyDumper中的trx-consistency-only
内容提要
MyDumper的trx-consistency-only选项用于仅备份事务性表，减少全局读锁的持有时间，适用于支持多版本的存储引擎（如InnoDB），并在确认所有表为事务性时简化线程协调，避免不必要的写入阻塞。
关键要点
-
MyDumper的trx-consistency-only选项用于仅备份事务性表。
-
该选项减少了全局读锁的持有时间，适用于支持多版本的存储引擎（如InnoDB）。
-
使用trx-consistency-only时，全球读锁在执行开始时短暂持有，随后会被释放。
-
MyDumper需要阻止数据库写入以同步所有线程，通常使用FLUSH TABLE WITH READ LOCK（FTWRL）来实现。
-
如果确认只备份事务性存储引擎，可以在获取表信息之前释放FTWRL。
-
trx-consistency-only仅适用于支持多版本的存储引擎，其他存储引擎的备份不保证一致性。
-
MyDumper提供了一种在不阻塞的情况下进行一致性备份的选项，但需要满足特定要求。
-
如果DBA确认所有表都是事务性的，trx-consistency-only可以作为一种快捷方式，减少阻塞写入流量的时间。
延伸解读
trx-consistency-only的适用场景
MyDumper的trx-consistency-only选项适用于仅备份事务性表的场景，特别是在确认所有表均为事务性存储引擎时。使用该选项可以有效减少全局读锁的持有时间，从而降低对数据库写入的阻塞，适合需要高效备份的环境。
多版本存储引擎的限制
需要注意的是，trx-consistency-only仅适用于支持多版本的存储引擎，如InnoDB。对于其他存储引擎，备份的一致性无法得到保证。因此，在使用该选项前，DBA应确保了解所备份表的存储引擎类型，以避免潜在的数据一致性问题。
线程协调的重要性
在使用MyDumper进行备份时，线程协调至关重要。通过使用FLUSH TABLE WITH READ LOCK（FTWRL）来阻止写入，确保所有线程能够同时执行START TRANSACTION WITH CONSISTENT SNAPSHOT（STWCS）。理解这一过程有助于DBA优化备份策略，减少对数据库性能的影响。
延伸问答
MyDumper中的trx-consistency-only选项有什么作用？
trx-consistency-only选项用于仅备份事务性表，减少全局读锁的持有时间。
使用trx-consistency-only时，如何处理全局读锁？
使用trx-consistency-only时，全局读锁在执行开始时短暂持有，随后会被释放。
trx-consistency-only适用于哪些存储引擎？
trx-consistency-only仅适用于支持多版本的存储引擎，如InnoDB。
在什么情况下可以提前释放FTWRL？
如果确认只备份事务性存储引擎，可以在获取表信息之前释放FTWRL。
MyDumper如何实现一致性备份而不阻塞？
MyDumper通过检查每个线程的binlog_snapshot_gtid_executed来实现一致性备份，而不使用FTWRL。
DBA如何利用trx-consistency-only减少写入阻塞时间？
DBA可以通过确认所有表都是事务性的，使用trx-consistency-only作为快捷方式，减少阻塞写入流量的时间。
