我们正在努力提高数据库服务器的效率。
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
分区中有足够的空间来保持这个日志大小
谢谢！
【问题讨论】：
在 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 实例，并尽可能均匀地分配写入流量。
【讨论】：
在旧版本中更改 log_file_size 很棘手。具体步骤见https://dba.stackexchange.com/questions/1261/how-to-safely-change-mysql-innodb-variable-innodb-log-file-size/4103#4103
但是，我预测更改 log_file_size 不会有太大帮助。 “性能”通常意味着一些缓慢的查询。你有打开慢日志吗？ long_query_time 的低值？找出几个最差的查询；我们可能可以通过解决它们来提高性能。步骤：http://mysql.rjweb.org/doc.php/mysql_analysis
【讨论】：
如果更改innodb_log_file_size 参数，则需要删除旧的日志文件。否则，如果现有文件与配置文件中指定的大小不匹配，Innodb 将无法成功启动。
另一方面，如果你只运行 InnoDB，innodb_buffer_pool_size 应该设置为可用 RAM 的 70% 左右。
【讨论】：