我没有看到 Postgres 写入性能的提高，我认为我会使用单个 SSD 与 (16) 15k RPM SAS 驱动器的硬件 RAID 10 阵列。

我有一个戴尔 R820，带有 PERC H700 硬件 RAID 卡和 RAID 10 阵列中的 16 个 15k RPM SAS 驱动器，以及一个 800GB 的 Intel s3700 SSD。该服务器具有 128GB 的​​ RAM 和 64 核的 Xeon E5-4640，频率为 2.40GHz，运行 CentOS 6.4 和 Postgres 9.2.4。

我正在使用 pgbench 将 RAID 10 阵列中的 SAS 驱动器与单个 SSD 进行比较。

15k RPM SAS RAID 10 结果

pgbench -U postgres -p 5432 -T 50 -c 10 pgbench
开始真空……结束。
交易类型：TPC-B（有点）
比例因子：1
查询方式：简单
客户数量：10
线程数：1 …

当在线阅读有关 innodb_log_file_size 时，它说

日志文件的总大小必须小于 4GB

那么如果它需要更大呢？

在书籍和网上，它说将 innodb_log_file_size 设置为至少一个小时的写入值。

目前我有 2 个 1GB 的日志文件，在计算Innodb_os_log_written1 小时时，至少需要 10GB。2GB 的日志文件只能在我们的峰值负载下进行 20 分钟的写入。

蒂亚！

SSD 的寿命在很大程度上取决于插入、更新和删除操作写入的字节数。准确确定 MariaDB 5.5 每天写入多少数据的最佳方法是什么，以便我可以使用它来估计 SSD 在大量写入数据库环境中使用的可能寿命？

当前设置是所有表都是 InnoDB。我可以使用Innodb_data_written和Uptime来确定每天写入的字节数的粗略概念，还是有更好的方法？

最近，我听说我不应该在 SSD 驱动器上托管我的 MySQL 数据库，因为磁盘故障和数据丢失的可能性很大。

鉴于我的数据库中 20% 的查询是 INSERT 和 UPDATE，这里是我的问题：

问题

• 在 SSD 上使用 MySQL 有什么缺点？
• 哪些解决方案或替代方案可用于 MySQL/SSD 使用？