数据库(MySQL)和SSD生命周期 – 对DB的写入“很多”

性能的差异是巨大的,这很好.

我担心的是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

解决方法

遵循一般建议,启用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的块缓存,并且冲洗率更高,运行年限.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!