在我工作的公司,我们开始使用SSD作为内部3 GB
MySQL数据库
性能的差异是巨大的,这很好.
我担心的是SSD的寿命
对DB的写入执行24小时/ 7天,读取很少.
我应该担心SSD的寿命吗？
>数据库(二进制)大小为3 GB,MysqL,InnoDB表
>硬盘大小为250 GB(RAID 1)
> 24小时/ 7分钟我们每分钟大约有100个UPDATE / INSERT
>我们大约10-20行UPDATE / INSERT每分钟24小时/ 7
更新:(更多数据)
> SSD正在使用中：SAMSUNG 250GB 840 Evo SATA III
>软件raid(mdadm)
>系统：CentOS 6.4
> MysqL版本：5.4
更新2：
>没有执行TRUNCATE查询
>每日统计数据：很多UPDATE(> 300k),< 50 DELETE'S,数据库正在增长~7-10 MB /天,很少有INSERT
解决方法
10 MB /天= 4 GB /年.如果使用ext4格式化并且启用了TRIM,则SSD上没有保存其他数据(特别是交换),那么它将需要大约. 200GB / 4GB * 2 =一个(！)完整的RW周期100年,SSD可以承受数千个.
遵循一般建议,启用TRIM并没有问题：https://wiki.archlinux.org/index.php/Solid_State_Drives
在您的情况下,问题可能在RAID中. Centos 6.4中的LVM通过/etc/lvm/lvm.conf支持带有issue_discards选项的TRIM. mdraid – doesnt(见RHEL Solid-State Disk Deployment Guideline)
在全球范围内,老实说,我从未听说内部重新分配储备耗尽导致SSD死机,我只在Linus Torvald的SSD死机时读过一次(https://plus.google.com/+LinusTorvalds/posts/V81f6d7QK9j).我使用一些旧的(可能是第一代)模型作为服务器上的硬件RAID的块缓存,并且冲洗率更高,运行年限.
