特别是双 CPU 32 核 - 128RAM - RAID 10 SSD。Ubuntu 64 服务器。

有时 Innodb 负载很重 - 每秒约 2000 多个查询。重读和写。

目前我们在默认的 write_io_threads 上运行 4。

我们是否“削弱”了我们服务器的能力？在 max write_io_threads=64 和 read_io_threads = 64 上运行它是否安全？

这个数字是如何确定的？

我正在尝试为我们的新基础架构选择最佳配置，但对结果有些困惑。

我使用 sysbench v0.5 进行测试：

准备数据

 sysbench --test=/usr/share/doc/sysbench/tests/db/oltp.lua \
 --oltp-test-mode=complex --oltp-table-size=1000000 \
 --mysql-db=mydb --mysql-user=root --mysql-password=mypassword prepare

做测试

 sysbench --test=/usr/share/doc/sysbench/tests/db/oltp.lua \
 --oltp-test-mode=complex --oltp-table-size=1000000 --oltp-read-only=off \
 --num-threads=6 --max-time=60 --max-requests=0 \
 --mysql-db=mydb --mysql-user=root --mysql-password=mypassword run

从下面的结果可以看出，主-主复制（3台机器的percona）性能最差，然后是mySQL主-从（2台机器）配置，最快的是mySQL作为单个独立服务器。

这是复制解决方案的正常情况吗？看起来太慢了，配置之间的 10 倍差异在我看来很不正常。也许我错过了一些东西......我对 Percona Galera Cluster 完全失望，它以对 innodb 的速度着称。呼:)

请检查下面提供的信息并提出建议，谢谢。

关于服务器

硬件

• 英特尔® 至强® E5-1650 v2 六核
• 64 GB ECC 内存
• 2 x 240 GB 6 Gb/s SSD 数据中心版（软件-RAID 1）
• 1 Gbit/s 带宽

操作系统

• Debian Wheezy
• 所有软件包都已更新/升级。

连接等

• 服务器位于同一个数据中心，都与一个 Gbit 交换机相连，并有第二个以太网卡，所有这些都配置为它们之间的专用网络。

• 目前，服务器上没有负载。

磁盘性能

第一次测试

# hdparm -Tt …

介绍 我从我之前的问题单驱动器与多驱动器中得出了这个问题

从一位非常有帮助的成员RolandoMySQLDBA那里得到非常详细的回答并了解到多驱动器在某些情况下可以提供很大帮助的事实之后。我开始为我的设置寻找多驱动器，与我发现的相比，这只是一点点。

更多信息 我发现了相当大的存储，比如

http://www.newegg.com/Product/Product.aspx?Item=N82E16811152212

虽然有些视频显示此类设备的写入速度甚至达到 GB

• http://www.youtube.com/watch?v=Xjgw2ENYF6w
• http://www.youtube.com/watch?v=PniGlSI900k
• http://www.youtube.com/watch?v=I8ToJ4Blw74

真正的问题 假设有足够的 RAM 来保存索引，MySQL 或其他开源 RDBMS（不是像 Oracle 这样的企业级 RDBMS，因为它在 SAN 上运行很常见）可以轻松地在这些野兽上运行吗？

因为它们包含真正的多驱动器设置，并且有几十个磁头可用。

我相信它不会那么简单，因为如果它有那么简单，那么为什么大多数企业设置使用商品服务器。那么，使用这些极限存储解决方案会面临哪些问题呢？

我们在 Linux 上的 VMWare 下运行 MySQL 5.5，在 2 个 CPU 上运行。我们计划将其增加到 4，但我们有未使用的 CPU，我想知道将数量增加到 8 是否有任何好处？