DB事务日志最好的存储设备是什么？

Question

我正在将 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。它应该在一个设备中，而不是软件解决方案。但是，我不知道它们是否存在。

Answer 1

您确实需要一个快速的 HDD，但您需要一个适当大小的innodb_log_file_size。

为什么 MySQL 不使用 SSD？我从 Facebook 工程师的博客中从这个布局中学到了一些东西

我写过关于这个的旧帖子

• Aug 14, 2013：如何确定每天通过插入、更新和删除操作写入多少数据？
• Feb 06, 2014：SSD 上的 MySQL - 有什么缺点？
• Aug 12, 2014：Wordpress 博客，页面几乎总是从缓存提供：SSD 还是更多 RAM？

我什至提到为 PostgreSQL 执行此操作：Postgres Write Performance on Intel S3700 SSD

顺便说一句，请参阅我的帖子MySQL 5.5 - Innodb - innodb_log_file_size 总和高于 4GB？用于确定innodb_log_file_size的正确大小。您不需要一个小硬盘来存储ib_logfile0和ib_log_file1。

试一试 ！！！