mysql - 改进 MySQL 的问题。 (innodb_log_file_size)

Question

我们正在努力提高我们数据库服务器的效率。

MySQLTunner 的建议之一是将 innodb_log_file_size 增加到 12 GB。正如我们所看到的，这一变化可以显着提高我们查询的速度和性能。当我们将此参数增加超过 1 GB 时，问题就来了，服务无法启动，我们删除日志，干净地停止它，并且仍然无法在超过 1 GB 的情况下启动此参数。

一些信息:

mysql  Ver 14.14 Distrib 5.5.62, for debian-linux-gnu

innodb_buffer_pool_size = 100G 
innodb_file_per_table   = ON
innodb_buffer_pool_instances = 64 
innodb_stats_on_metadata = OFF
innodb_log_file_size = 1G 
innodb_log_buffer_size  = 8M

分区中有足够的空间来保持这个日志大小

谢谢!

Answer 1

在 MySQL 5.5 中，您不能将 innodb 日志文件的大小增加到总计超过 4GB。 innodb_log_file_size 只能是 4GB/innodb_log_files_in_group(默认为 2，更改它没有任何好处)。因此您可以将日志文件设置为最大 2GB。

参见 https://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_log_file_size

日志文件的最大组合大小在 5.6.3 中增加到 512GB。同样，innodb_log_file_size 应该是一个 日志文件的大小，因此如果您使用多个日志文件，总数不能超过 512GB。

我同意 Rick James 的回答，即增加日志文件大小并不是使查询运行得更快的神奇解决方案。它不会那样做。

有时增加 innodb 日志文件的大小是有用的，如果瓶颈是你用完日志空间的速度比脏页刷新到表​​空间的速度快，因为你有非常高的写入流量。这受写入速率的影响，而不是单个写入的速度。

对于大多数应用来说，两个 2GB 的日志文件就足够了。如果不是，可能是时候运行多个 MySQL 实例，并尽可能均匀地分配写入流量。