怎么解决MySQL中的ERROR 1799报错问题

114次阅读

共计 2233 个字符，预计需要花费 6 分钟才能阅读完成。

这篇文章主要介绍“怎么解决 MySQL 中的 ERROR 1799 报错问题”，在日常操作中，相信很多人在怎么解决 MySQL 中的 ERROR 1799 报错问题问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么解决 MySQL 中的 ERROR 1799 报错问题”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！

【问题描述】：
版本：MySQL 5.6.36（以上的版本都可能出现）
行为：对某些访问频繁的大表做 Online DDL
现象：
ERROR 1799 (HY000): Creating index GEN_CLUST_INDEX required more than innodb_online_alter_log_max_size bytes of modification log. Please try again.

比如：

mysql ALTER TABLE a ENGINE=innodb;

ERROR 1799 (HY000): Creating index GEN_CLUST_INDEX required more than innodb_online_alter_log_max_size bytes of modification log. Please try again.

mysql ALTER TABLE a DROP idx_name;

ERROR 1799 (HY000): Creating index idx required more than innodb_online_alter_log_max_size bytes of modification log. Please try again.

只要是 DDL 相关的，就可能遇到这样的问题，比如在 optimize table 时：

mysql OPTIMIZE TABLE a;

+——–+———-+———-+——————————————————————-+

+——–+———-+———-+——————————————————————-+

+——–+———-+———-+——————————————————————-+

2 rows in set (18.13 sec)

虽然 optimize 对 innodb 表没什么用，但是仍然会抛出该错误

那么查看一下手册，可以得知：
innodb_online_alter_log_max_size 控制在用于在 Online DDL 操作时的一个临时的日志文件的上限值大小。
该临时的日志文件存储了在 DDL 时间内，dml 操作的记录。这个临时的日志文件依照 innodb_sort_buffer_size 的值做扩展。
如果该日志超过了 innodb_online_alter_log_max_size 的最大上限，DDL 操作则会抛出失败，并且回滚所有未提交的 DML 操作。
反过来说，该值如果设置更高，则可以允许在做 Online DDL 时，有更多的 DML 操作发生。
但因此带来的问题就是，在 DDL 做完之后，需要更多时间来锁表和应用这些日志。

另外对于某些 DDL 操作，比如
ADD INDEX/COLUMN，则可以通过调整 innodb_sort_buffer_size 的大小来加快操作速度。
但是实际上分配的内存为 3 倍的 innodb_sort_buffer_size 值。

innodb_online_alter_log_max_size 和 innodb_sort_buffer_size 均为 5.6 Online DDL 的新参数。

【解决方案】：

知道这个参数控制的是什么东西，就好解决了。
临时调大该值，此处改成了 256MB：

mysql SET GLOBAL innodb_online_alter_log_max_size=256*1024*1024;

Query OK, 0 rows affected (0.03 sec)

该值默认为 128MB，还是建议在做完 DDL 之后再将其改为默认值，也就是 134217728。

到此，关于“怎么解决 MySQL 中的 ERROR 1799 报错问题”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！

正文完