磁盘寻道是性能的巨大瓶颈。当数据量开始增长到无法有效缓存时，这个问题就变得更加明显。对于您或多或少随机访问数据的数据库，您可以确定您需要至少一次磁盘寻道来读取数据，并且需要几次磁盘寻道来写入数据。为了最大程度地减少此问题，请使用寻道时间短的磁盘。

通过将文件符号链接到不同的磁盘或对磁盘进行条带化，可以增加可用磁盘主轴的数量（从而减少寻道开销）

为了提高可靠性，您可能希望使用 RAID 0+1（条带化加镜像），但在这种情况下，您需要 2 × N 个驱动器来容纳 N 个数据驱动器。如果您的资金允许，这可能是最好的选择。但是，您可能还需要投资一些卷管理软件来有效地处理它。

一个不错的选择是根据数据类型的关键程度来改变 RAID 级别。例如，将可以重新生成的不那么重要的数据存储在 RAID 0 磁盘上，但将真正重要的数据（例如主机信息和日志）存储在 RAID 0+1 或 RAID N 磁盘上。如果您有许多写入操作，则 RAID N 可能会有问题，因为更新奇偶校验位需要时间。

您还可以为数据库使用的文件系统设置参数

如果您不需要知道文件的最后访问时间（这在数据库服务器上并不是很有用），则可以使用 -o noatime 选项挂载文件系统。这会跳过对文件系统上 inode 中最后访问时间的更新，从而避免了一些磁盘寻道。

在许多操作系统上，您可以通过使用 -o async 选项挂载文件系统来将其设置为异步更新。如果您的计算机相当稳定，这应该可以在不牺牲太多可靠性的情况下为您提供更好的性能。（在 Linux 上，此标志默认情况下处于启用状态。）