MySQL、磁盘 I/O 和 SSD 驱动器

Question

我们有一个 LAMP 盒，带有 2 个镜像的 1 TB WD Black Caviar 磁盘，运行整个操作系统和 MySQL。8 GB / RAM，2 个四核 CPU。

我们真的对磁盘 I/O 负担过重，我一直在考虑建议在那里安装几个 SSD 驱动器/var/lib/mysql，然后完成它。我做了一些研究，我喜欢 Intel X25-M 160 GB 的价格点，但我已经阅读了有关生产中 SSD 的相互矛盾的选项。

我们大约有 70 GB，主要是 MyISAM 表（> 95%）。我们主要在生产期间（晚上 8 点到 5 点）进行读取，主要是在夜间（上午 12 点到早上 8 点）写入。

之前有一些关于生产中的 SSD 的有用帖子，但我认为更好的帖子有点过时了（最好的帖子是 2008 年）。是否有更多关于 SSD 是否真的为中型企业做好准备的最新反馈？如果没有，我怎样才能更好地扩展我们的数据库服务器？

Answer 1

斯蒂芬，你需要先深入挖掘。

• 如果您只是将 RAM 升级到更大的内存（例如 32 或 64GB），数据库的整个“热”（经常使用）子集是否适合 RAM？
• 你是否检查过你的数据库有正确的索引，你是否做过基本的 MySQL 性能审计？

关于消费级设备： 在服务器中使用像 WD 磁盘这样的消费级设备是一个备受争议的话题。就个人而言，我认为这是一个错误的选择。但当然，不要使用像 Intel X-25M（M 代表主流）这样的消费级 SSD。企业级 SSD 与消费级 SSD 具有截然不同的耐用性和写入耐用性目标（更好的磨损均衡，更多的空间过度配置）。

典型设置： 像您这样的服务器的典型磁盘设置可能是 4 个企业 SAS 磁盘，在 RAID10 中，使用适当的 RAID 控制器，控制器 RAM 缓存缓冲所有写入，以及缓存的电池备份单元。这种装备并不便宜，但它是一个行之有效的选择。

SSD 确实有优势，并且可以比 RAID 10 中的几个传统磁盘快得多（尤其是在大量随机读取时，假设热数据集不适合 RAM）。Percona 团队在此处发布有关SSD 和 MySQL 实际性能的博客。

任何人都对 SSD 是否真的适合中型企业有任何最新反馈？

它们是，但恕我直言，只有企业级 SSD，最好是一系列已投入生产一段时间以修复错误的 SSD。目前不错的选择是 Intel X25-E (Extreme) 系列，并在 4-6 个月后（当它们更成熟时）具有企业功能集的Sandforce 25xx 系列驱动器。

如果没有，我怎样才能更好地扩展我们的数据库服务器？

也许你已经这样做了，但如果没有：我的第一个建议是找一个 MySQL 数据库管理员，让他对你的系统进行性能审计。您很可能会发现，添加更多磁盘 I/O 并不是适合您的情况的经济高效的解决方案。