数据和日志文件分开存放在不同磁盘上
数据文件和日志文件的操作会产生大量的I/O在可能的条件下日志文件应该存放在一个与数据和索引所在的数据文件不同的硬盘上以分散I/O同时还有利于数据库的灾难恢复
tempdb数据库单独存放在不同磁盘上
tempdb数据库是其他所有数据库都有可能使用的临时数据库当使用select into在没建立索引的列上执行Orderby时就会在tempdb数据库中产生临时表来存储中间数据由于建立和填充临时表会严重降低系统性能所以在尽可能的情况下应该为要排序的列建立索引同时tempdb数据库是为所有的用户和应用程序共享所以如果一个用户占据了tempdb数据库的所有空间则其他数据库将不能再使用在可能的情况下tempdb数据库应该单独放置在一个速度更快的硬盘或者RAID阵列上分离tempdb数据库的I/O操作以加快性能tempdb数据库应该有适当的容量以满足用户的需要应该允许tempdb数据库的空间自动增长如果设置为不允许自动增长当查询操作建立了超过tempdb数据库容量的临时表时操作将无法完成
适当设置tempdb数据库的增长幅度过小的增长幅度会产生更多的外部碎片会占用更多的资源
避免热点数据的发生
在SQLServer之前对于没有聚集索引的表（堆集表）新插入的数据行总是放置在磁盘中表的物理结尾处如果并发的用户很多同时在对表执行插入或者更新数据的操作这将使得十分繁忙的表的末尾有可能产生数据热点并发的I/O操作集中对少数页面进行操作将导致数据库性能的下降
在SQLServer中新的数据行的物理存储空间的分配是通过PFS页面来进行的PFS页面的管理算法将插入操作进行分散来尽量避免产生数据热点
在设计应用系统和数据库时要避免在自然增长的列上建立主键这样有可能导致热点数据的发生
数据类型要少
在设计表时尽可能少用数据类型这样一个数据页面上可以保存最多的信息数据页面就少检索数据页面的I/O操作就少所以效率会高
监控和整理空间碎片
文件空间的自动增长提高了自动管理性但可能导致空间碎片物理空间与数据的逻辑空间不再连续定期的监控和空间碎片整理有利于提高I/O性能
使用主数据文件和次要数据文件
每个数据库的一个主数据文件属于主文件组对于GB左右规模的数据库一个数据文件就够了如果有次要数据文件主数据文件中有管理次要数据文件的指针
采用多个数据文件时主数据文件用于存储系统对象和表次要数据文件用于存储用户数据和索引在可能的情况下主数据文件和次要数据文件可以单独存放在不同的磁盘上以分散I/O
如果采用多个数据文件推荐主数据文件存储系统数据次要数据文件存放用户数据和索引这样会有助于提高I/O性能
利用文件组改善性能
在大型数据库系统中可以考虑建立文件组来管理数据文件将表和索引通过存放在不同的物理磁盘上进行性能监控比较最后得出优化的存储方案
重视自动增长和自动收缩可能导致的性能问题
数据库文件的自动增长和自动收缩功能对于小型数据库的管理十分有用但可能导致大型数据库的性能问题因为文件的自然增长的同时会导致存储碎片的发生当文件空间变大时新分配的空间不一定和原来的空间连续当文件空间收缩时释放了部分空间然而当文件又需要增长存储空间却不能利用原先释放的空间也会导致碎片的发生
分离系统数据和用户数据
将系统数据库和用户数据库分开存放在不同的物理磁盘上有助于改善I/O性能有助于数据库备份和恢复
优化索引设计
索引的设计对数据库的性能十分重要具体不再阐述可参见本博相关文章
定期更新统计信息
SQLServer默认使用基于代价的优化所以统计信息的及时更新对于查询优化十分重要
定期的一致性检查
定期对数据库进行一致性检查确保数据库的完整性
