我有一台全新的服务器，配备 48G RAM，我将使用它作为数据库服务器。我预计磁盘读取不会出现问题，但我肯定希望针对写入密集型负载模式进行优化。
操作系统是 RHEL 5.6，文件系统是 ext3，我已经在 /etc/fstab 中添加了“noatime”和“data=writeback”，后一个选项有助于大大减少 LA。我的下一个目标是尽可能优化 pdflush 过程。我尝试应用提到的调整这里，但无济于事。可能这些信息已经过时了。
我还有哪些选择？我应该继续尝试 pdflush 还是最好保持原样？我倾向于降低dirty_ratiosysctldirty_background_ratio值以增加 I/O 平滑度，但这些值似乎与性能无关，压力测试下 Munin 中的负载模式基本相同。
我是否也应该尝试不同的 I/O 调度程序？在写入密集型设置中拥有大量 RAM 是否对我有好处？我知道磁盘 I/O 速度和延迟与 RAM 无关，但我的目标不是神奇地更快地写入磁盘，而是提高系统稳定性并实现某种优雅降级。
假设我有良好的备份，并且可以接受进一步的数据一致性权衡，例如“数据=写回”。
谢谢。
答案1
ext3 是必需的吗？你有XFS 文件系统作为一种选择，这可能更适合您的工作负载。底层存储设置是什么？与存储系统的功能相比，您的测量结果如何（例如，您是否确定了瓶颈？）？尝试其他I/O 调度程序电梯设置。我更喜欢noop某些直接连接存储阵列，也deadline更喜欢其他阵列。针对您的特定应用进行测试和测量。
答案2
您的磁盘设置是什么样的？如果您使用硬件 RAID 阵列，则可以设置步幅和条带宽度选项以实现最佳文件系统对齐。
此外，如果您有电池供电的缓存控制器，您可以在安装时设置 nobarrier 选项。
答案3
你应该看看你的文件系统对齐，尤其是使用 RAID 和 SSD 时，以避免不必要的读写放大。这会影响性能，如果是 SSD，还会影响使用寿命。最佳对齐取决于工作负载。您应该检查所选数据库使用的页面大小，并进行相应调整。
披露：上面的链接是我写的一篇关于这个主题的文章。