database - 需要操作系统 : getting base I/O unit size, “sync” 选项的磁盘驱动器管理数据，直接内存访问

Question

我想确保我已尽我所能配置系统的磁盘以供严肃的数据库使用。我知道(还有其他吗？)需要关注的三个领域是:

1. I/O 大小:数据库引擎和磁盘的 native 大小应该匹配，或者数据库的 native I/O 大小应该是磁盘 native I/O 大小的倍数。
2. 应为其配置能够直接内存访问的磁盘(例如 IDE)。
3. 当一个磁盘说它已经持续写入数据时，它一定是这样的!不要将其保存在缓存中并对其撒谎。

我一直在寻找有关如何确保 CENTOS 和 Ubuntu 如此的信息，但似乎根本找不到任何信息!

我希望能够检查这些内容并在需要时进行更改。

感谢任何和所有输入。

请注意:实际涉及的硬件非常有限。关键是要充分利用我们现有的硬件，即使从更广泛的角度来看它“不是很重要的硬件”。

更多:

我很感激花时间阅读和回复，但我希望得到的“答案”不仅是好的数据库/硬件建议，而且是实际解决我所询问的具体问题的答案。即:

1) 判断操作系统想要执行的 I/O 单元大小的简便方法是什么？我该如何改变它？ (IOW:如果这完全是一个文件系统格式问题，我怎么知道在已经创建的文件系统上使用了什么？我知道/etc/fstab 会告诉我文件系统格式......在这种情况下，它是ext3.

2) 如何判断磁盘驱动器是否具有 DMA？如果是这样，我该如何打开它？ (有人告诉我某些驱动器具有此功能，但现在我想跟进并确保如果这些驱动器具有此功能，则它已打开。)

最后，

3) 我如何判断驱动器是否只是在告诉作者他们的 Material 实际上仍在缓存中时已写入？而且，更重要的是，如果/当它们存在时，我如何设置系统不使用这些功能？

感谢您的见解。转发

Answer 1

1) 检查/sys/block/sdX/queue/{max_hw_sectors_kb,max_sectors_kb}。第一个是硬件允许的最大传输大小，另一个是可以设置为任何值的当前最大值 <= max_hw_sectors_kb

2) hdparm -i/dev/sdX

3) 关闭回写缓存(hdparm 可以做到)，或确保文件系统在同步时发出障碍(如在 fsync() 或日志提交中)。