主页 / dba / 问题 / 146806
Accepted
IGGt
Asked: 2016-08-16 01:59:32 +0800 CST

查询可以在执行完成之前写入二进制日志吗？

  • 772

我有一个数据库，它是一个奴隶和一个主人。例如，它从我们的主站点复制数据，然后复制到一组从数据库。（这主要是一个测试设施，因此在工作时间之外不受监控）。

周日早上 7:55，它开始执行INSERT查询。这是一个标准查询，每天执行数千次。它是一个查询，而不是事务的一部分。该表上没有触发器。此表（和所有其他表）是INNODB.

但是，这一次它卡住了。当我今天进入办公室时，它已经运行了 24 小时（显然）。复制落后了一天。

但是，当我查看二进制日志时，它显示为COMMITed。

#160814  7:55:25 server id 21  end_log_pos 103319397    Query   thread_id=635785334 exec_time=4294967294    error_code=0
SET TIMESTAMP=1471157725/*!*/;
INSERT INTO tablename . . . 
/*!*/;
# at 103319397
#160814  7:55:25 server id 21  end_log_pos 103319424    Xid = 284047583
COMMIT/*!*/;
# at 103319424

我检查了从属数据库，正如你所期望的那样，它就在那里。

我有一个监控系统，它记录（除其他外）进程列表，它表明对于该INSERT查询，它永远停留在STATE = UPDATE.

我还检查了slow query log它是否在那里，它不是。

binary log我的理解是，只有在主服务器上才能将查询写入commmited，所以任何人都可以解释这里发生了什么吗？

有一个连锁反应，今天早上8点38分，有一次测试系统尝试连接，第一个SELECT查询也卡住了，然后它拒绝了所有连接。所以我被迫重新启动数据库。此时它运行崩溃恢复，并继续进行，就好像什么都没发生一样。

它是 MySQL 5.5.47 并使用基于语句的复制。

mysql mysql-5.5

3 个回答

  1. 好吧，它没有解释为什么数据库被锁定，但它确实回答了我的部分问题：

    当事务被发送到启用了二进制日志的 MySQL 服务器时，事务会正常执行，并且在完成事务之前，服务器会在二进制日志中连续记录更改。完成此操作后，它会告诉存储引擎该事务已准备好提交。

    https://www.packtpub.com/books/content/setting-mysql-replication-high-availability

    虽然，我现在刚刚阅读了以下内容：

    SQL 语句不是

    在事务提交之前， SQL 语句不会写入二进制日志，

    来自“了解 MySQL 内部”一书。

    • 1
  2. Best Answer

    如果您从不同来源获得相互冲突的信息，请使用官方文档：

    http://dev.mysql.com/doc/refman/5.5/en/binary-log.html

    二进制日志记录在语句或事务完成后但在任何锁被释放或任何提交完成之前立即完成。这可确保日志按提交顺序记录。

    这意味着存在一个狭窄的窗口，其中失败可能导致未提交的事务存在于二进制日志中，但不存在于数据库中。这似乎就是你的情况。

    例如，如果您使用 InnoDB 表并且 MySQL 服务器处理 COMMIT 语句，它将整个事务写入二进制日志，然后将此事务提交到 InnoDB。如果服务器在这两个操作之间崩溃，事务会在重启时被 InnoDB 回滚，但仍然存在于二进制日志中。要解决这个问题，您应该将 --innodb_support_xa 设置为 1。虽然该选项与 InnoDB 中 XA 事务的支持有关，但它也确保了二进制日志和 InnoDB 数据文件的同步。

    • 1

  3. 在旁注中，重要的是要了解 innodb_support_xa 是两阶段提交模型 - 首先准备语句，然后在阶段 1 -> 在阶段 2 中将事务缓存应用于二进制日志，一旦提交 trx -> 存储引擎写入安全存储/磁盘中准备好的语句（取决于sync_binlog）。在阶段 2 之后，相关表上的锁被释放。

    注意：即使在阶段 1 之后服务器崩溃，事务提交也不会失败，因为在恢复期间 - MySQL 服务器告诉 InnoDB 完成任何已成功写入二进制日志的准备好的事务，并将二进制日志截断到最后一个有效位置。这确保了二进制日志反映了 InnoDB 表的确切数据，因此从站与主站保持同步，因为它没有收到已回滚的语句。

    • 0

相关问题