Mysql 1864 主从错误解决方法

背景

在使用 MySQL 主从复制的过程中，可能会出现 1864 错误。具体错误信息如下：

1864: Transaction was rolled back or aborted due to out of log space when connecting to the upper level dispatcher

这种错误的产生原因是 MySQL 的一种保护机制。当主库在产生大量 binlog 记录时，如果 binlog 缓存区空间不够用，就会停止写入新的 binlog，防止 binlog 缓存区占用过多的磁盘空间。

而这个保护机制对从库的同步造成了影响，当从库读取主库 binlog 记录时，如果遇到了主库锁住的日志，就会出现 1864 错误。

解决方法

如果出现了 1864 错误，可以通过下面的方法来解决：

方法一：增加 binlog 的缓存大小

可以通过增大 MySQL 的 binlog 缓存大小来缓解此问题，具体操作方法如下：

打开 my.cnf 配置文件，找到如下配置项：

binlog_cache_size = 32K

将 binlog_cache_size 的值逐渐增加，比如改为 64K、128K，重启 MySQL 生效。

方法二：分配更多的 log buffer 空间

可以通过增加 MySQL 的 log buffer 空间来缓解此问题，具体操作方法如下：

打开 my.cnf 配置文件，找到如下配置项：

innodb_log_buffer_size = 8M

将 innodb_log_buffer_size 的值逐渐增加，比如改为 16M、32M，重启 MySQL 生效。

示例

示例一：增加 binlog 的缓存大小

假设当前 binlog_cache_size 的值为 32K，需要将其增加到 64K。

1. 打开 my.cnf 配置文件：

vi /etc/mysql/my.cnf

1. 找到如下配置项：

binlog_cache_size = 32K

1. 修改 binlog_cache_size 的值为 64K：

binlog_cache_size = 64K

1. 重启 MySQL 服务：

service mysql restart

示例二：分配更多的 log buffer 空间

假设当前 innodb_log_buffer_size 的值为 8M，需要将其增加到 16M。

1. 打开 my.cnf 配置文件：

vi /etc/mysql/my.cnf

1. 找到如下配置项：

innodb_log_buffer_size = 8M

1. 修改 innodb_log_buffer_size 的值为 16M：

innodb_log_buffer_size = 16M

1. 重启 MySQL 服务：

service mysql restart

总结

通过增加 binlog 的缓存大小或分配更多的 log buffer 空间，可以缓解 MySQL 主从复制中可能出现的 1864 错误。需要注意的是，修改配置后需要重启 MySQL 服务才能生效。