我正在将 MySQL 与 InnoDB 存储引擎一起使用。事务日志放置在专用硬盘上。atopsar由于大量的小 IO（每秒大约 50 次写入，每个 6Kb），HDD仍然显示出这个 HDD 的大负载（> 50%）。
设置innodb_flush_log_at_trx_commit为 2 解决了问题，现在平均加载 5%。但是，MySQL 文档说：
当值为 2 时，日志缓冲区会在每次提交时写入文件，但不会对其执行刷新到磁盘操作。但是，当值为 2 时，每秒也会刷新日志文件一次。
值为 2 时，只有操作系统崩溃或断电才能擦除最后一秒的事务。
因此，可能会丢失最后一秒的事务日志。
我没有为 DB 服务器进行硬配置的经验，因此想知道存在哪些现代解决方案并且最适合 DB 的事务日志，提供可靠性和高 IO 能力。
通过the best我的意思是不同的变种，但个人更喜欢性能/价格的最佳组合。无论如何，我认为在这里收集不同的变体会很棒。
我知道通常的答案是“使用 SSD”，但我知道它的存储原则不是事务日志的可靠解决方案，它应该相对较快地失败。乍一看，现代 SSD 的重写次数似乎足以运行多年。但是，据我所知，SSD 按块重写数据，例如，如果您想写入 1b 的数据，SSD 将重写整个块，可能是 4Kb。因此，对于 1 个事务日志重写电路，SSD 可能会多次重写其块。
在我看来，理想的存储设备将是电池+RAM+HDD的组合，并且尺寸相对较小（大约5Gb或更小）。在正常操作中仅使用 RAM，断电时会将所有数据刷新到 HDD。它应该在一个设备中，而不是软件解决方案。但是，我不知道它们是否存在。
我使用的MySQL版本：5.5.38
有以下参数可以控制InnoDB日志文件：
innodb_log_files_in_group- 组中的日志文件数量，默认为 2。将创建 2 个文件 ib_logfile0 和 ib_logfile1
innodb_log_group_home_dir- InnoDB 日志文件的位置。
有没有办法将每个单独的日志文件放置到它自己的位置？
主要思想是提高性能并将每个文件放置到其自己的 HDD 驱动器中。因为我有很多与 InnoDB 日志文件相关的 IO。MySQL InnoDB 日志文件的 IO 过多