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的高效离散读特性。