主页 / dba / 问题 / 62791
Accepted
Mike Purcell
Asked: 2014-04-09 14:27:27 +0800 CST

MySQL - 基于复制的系统中最好的长读查询解决方案

  • 772

我正在从事一个项目，在该项目中，队列中的工作需要针对异构表模式 (InnoDB/MyISAM) 进行数据库读取。在“读取”过程中构造的查询可能会导致 10-15 分钟的执行时间，并且它们将并行运行，比如一次 10-15 个，但它们每个都相互排斥并且不知道任何同级进程。

问题

  • 停止复制，发出读取查询，然后重新启动复制是否更好？如果是这样，如果复制突然重新打开（由同级进程），当前正在运行的读取查询会发生什么情况？
  • 允许同时读取查询和复制处理是否安全？
mysql replication

1 个回答

  1. Best Answer

    您需要了解复制运行时的查询结果和查询行为。虽然 MySQL 复制至少有两个线程，但 SQL 线程可能会妨碍 SELECT 查询。为什么？

    MyISAM

    每次执行 INSERT、UPDATE 或 DELETE 时，都会发出一个全表锁定。这可以阻止 SELECT。唯一的例外是当您将 concurrent_insert 设置为 2 并且 MyISAM 表没有经历 UPDATE 或 DELETE 时。

    请参阅我之前关于 MyISAM 行为的帖子。

    AFFECTS ON REPLICATION：您在这里应该有点担心，因为 SQL 线程仅处理 INSERT、UPDATE、DELETE 和各种 DDL 命令。如果在您正在读取的 MyISAM 表上进行 MySQL 复制期间 SQL 线程发出这些命令中的任何一个，则由于临时表锁定，将会有一些延迟。

    InnoDB

    InnoDB 在允许您从正在写入的 InnoDB 表中读取方面可以更宽容一些，但这是有代价的。多少钱 ？？？

    InnoDB 允许MVCC（多版本并发控制）和事务隔离。这意味着 InnoDB 将写入大量清理和时间点信息，以便您可以从 InnoDB 表中读取行而不会阻塞传入写入，反之亦然。

    这是 InnoDB 架构的图形表示

    InnoDB架构

    所有清理和时间点信息都位于系统表空间内的撤消空间和回滚段内。

    对复制的影响：当涉及到 MySQL 复制时，来自活动 SQL 线程的针对 InnoDB 的 INSERT、UPDATE 和 DELETE 不会阻止来自相同 InnoDB 表的 SELECT。当然，任何针对 InnoDB 表的 DDL 都会像 MyISAM 表一样阻塞 SELECT。

    MySQL复制

    由于我提到的相同原因，MySQL 复制也会受到影响。鞋子会站在另一只脚上：如果 SQL 线程需要对 MyISAM 表执行 INSERT、UPDATE 或 DELETE，它就会被锁定。对于 InnoDB，将写入 MVCC 信息以允许在从站上执行 SELECT。

    结语

    如果 Slave 有数百个 DB Connection，多一个 DB Connection（SQL 线程）可能没什么好担心的

    如果您确实知道从服务器可能会遇到来自从服务器的 SQL 线程的插入、更新和删除的冲击，您可以运行STOP SLAVE;以断开 SQL 线程并停止处理 SQL 命令并停止下载主服务器二进制日志事件。作为替代方案，您可以运行STOP SLAVE SQL_THREAD;以断开 SQL 线程，但允许传入的主 binlog 事件继续下载到其实际日志中，并在START SLAVE;稍后发出时等待处理。如果来自 MySQL Replication 的 SQL 命令数量很少，那么 MySQL Replication 可以继续运行。

    • 2

相关问题