SSD在SQLServer中的应用

 

 

一. 首先，回顾一下 SSD 的读写特性

（1）有限次数写；
       （2）随机读性能最好；
       （3）顺序读性能好；
       （4）顺序写性能差；
       （5）随机写性能最差。
从存储上来说，SQLServer 不同的内容有其特有的个性。

下面就TempDB，数据，索引，事务日志，分别列举他们各自的特点，分析他们是否适合及如何利用快速存取介质。

二. SQLServer 数据库如何使用快速存储

1. TempDB

特点：

（1）大量顺序写，随机写；
分析：TempDB 大量写操作的特性，可能会让SSD很快的被磨损；对可擦写次数有限的SSD来说，确实不是个好消息；
（2）如果能提升TempDB的读写性能，可以给整个数据库的运行效率带来很大的提升；
分析：TempDB 需要使用高速存储介质。
（3）不需要保证 TempDB 数据的安全，数据在重启后会自动清除；
分析：由于不用考虑其数据的固化及安全，因此，可以选择一些快速读写但无使用次数限制的介质；
            例如：RamDisk（用内存模拟磁盘）

策略：

（1）尽量考虑其他高速存储介质，例如，内存，借助RamDisk技术；
（2）如果用SSD，建议：
         a）单独使用一块SSD存放。即便该盘出故障，换块盘，或修改保存地址，重启SQLS，就可以再提供服务；       
         b）TempDB 分文件，尽量利用SSD的并发特性
                 CPU总核数 < 8  文件数等于CPU总核数；
                 CPU总核数 >= 8 文件数等于8；

2. 数据，索引

特点：

（1）顺序写
（2）随机读
分析：可以利用到SSD的优点

策略：

（1）建议使用SSD；
（2）使用文件组，将数据和索引分开；
（3）创建多个文件组，数据做分区（同样是想充分利用SSD的IO并发）

3. 事务日志

特点：

（1）离散的连续写；
（2）一个数据库只能有一个日志文件；
（3）安全性要求高；
分析：虽然是离散的连续写，但由于有buffer的存在，其实就是连续写。连续写式HDD的强项；

策略：

（1）事务日志建议使用HDD
（2）如果事务日志的写操作有瓶颈，则考虑使用SSD，但必须确保：
        a）使用企业级的SSD，做RAID10；
        b）选择有写缓存且有断电保护电路的SSD；

三. 推荐的使用架构

数据库中保存的毕竟都是重要的信息，有人会担心，万一哪天人品不好，SSD 数据盘真的出故障了，怎么办？

建议，使用读写分离的方式。在读库中使用SSD。这样既能保证数据安全，又能有效利用SSD的高效离散读特性。