微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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

在我工作的公司,我们开始使用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的块缓存,并且冲洗率更高,运行年限.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐