MySQL Error number: MY-011022; Symbol: ER_ROW_DATA_TOO_BIG_TO_WRITE_IN_BINLOG; SQLSTATE: HY000 报错 故障修复 远程处理

文档解释

Error number: MY-011022; Symbol: ER_ROW_DATA_TOO_BIG_TO_WRITE_IN_BINLOG; SQLSTATE: HY000

Message: The row data is greater than 4GB, which is too big to write to the binary log.

错误说明

MY-011022（ER_ROW_DATA_TOO_BIG_TO_WRITE_IN_BINLOG，SQLSTATE: HY000）是MySQL的一种运行时错误，表示写入binlog中的行中的数据太大。binlog是MySQL的二进制日志文件，用于在数据库中重放事务或进行复制。写入binlog中的行中的数据必须小于max_binlog_stmt_cache_size参数值（默认大小为65536字节），否则就会产生这种错误。

常见案例

这种错误常见于执行数据库查询语句时。例如，有一个表TABLE1，它可能有一些非常大的字段值，比如longtext或blob。假设你在这个表中执行了一个SELECT语句，可能会导致结果行中的数据太大，以至于它们的总大小超过了max_binlog_stmt_cache_size参数的最大值，从而产生上述错误消息。

解决方法

可以使用以下步骤来解决此错误。

1. 通过修改max_binlog_stmt_cache_size参数的值来解决该错误，此参数表示binlog中的状态缓存的最大尺寸。我们可以增加此值以解决此错误，例如，把它设置为100M：SET GLOBAL max_binlog_stmt_cache_size = 1024*1024*100;但是，特别要注意，增加此值会显著增加binlog文件的大小，因为更多的语句会被写入其中。

2. 我们也可以将上述查询中大字段的查询部分更改为TEXT或甚至NULL，以避免太多数据被写入binlog中。我们可以使用SELECT … INTO OUTFILE语法来将结果集写入文件，然后在应用端加载该文件以使用结果。

3. 此外，如果希望查询结果可用于复制，那么考虑设置replicate_annotate_row_events参数，此参数用于以更高效的方式复制行数据。可以将此参数设置为ON（默认值）或OFF。

4. 如果使用MariaDB服务器，那么还可以使用事务之外的gtid_multiple_engines功能，它将使复制变得更容易，但是此功能不受max_binlog_stmt_cache_size参数的限制。尽管可以在MySQL服务器中使用该功能，但它仅在MariaDB 10.2.7中可用。START TRANSACTION WITH CONSISTENT SNAPSHOT语法仅在MariaDB 10.2.7中可用，可用于从不同的SBR引擎中检索数据块。

在上述情况下，应使用此技术来确保事务的一致性，避免MY-011022（ER_ROW_DATA_TOO_BIG_TO_WRITE_IN_BINLOG）错误。此错误也可通过开发者解决，如拆分语句，将大字段合并等。