【SQL Server性能优化】SQL Server 2008之表压缩

当数据库比较大，而要进行备份时，我们可以启动数据库备份的压缩，这样由于压缩后备份文件更小，所以整个备份的速度更快，同时也减少了磁盘空间的消耗。当然另一方面，肯定会增加cpu的消耗，不过一般的服务器都是多核，所以实际上对系统不会有大的影响。

其实，不仅可以在备份的时候压缩，在SQL Server 2008中，我们还可以对表和索引进行压缩，下面通过压缩前、压缩后的比较，来展示SQL Server 2008强大的表及索引的压缩功能。

这里在公司测试数据库找了一个中型的表，共有943万多条记录。

1、压缩前表的大小

 

SP_SPACEUSED 'TB_WCB'

/*
name	            rows	    reserved	data	   index_size	unused
TB_WCB	            9439661    	746016 KB	412216 KB	329944 KB	3856 KB
*/

 

 

2、压缩表

这里启用的是row 级别的压缩

 

ALTER TABLE TB_WCB
rebuild
WITH (DATA_COMPRESSION =ROW)

3、压缩后的表大小

 

SP_SPACEUSED 'TB_WCB'

/*
name	            rows	    reserved	data	   index_size	unused
TB_WCB	            9439661    	497784 KB	167168 KB	328120 KB	2496 KB
*/

4、表压缩前后的对比

 

压缩前数据大小是412M（data字段的值就是表数据的大小，而index_size是索引的大小，两者是不同的），而在压缩后是 167M，压缩后表的大小只是原来表的40%，效果很明显，而且由于这个表中大部分字段只是id，相对而言重复值还不算多的，如果重复值更多，那么压缩效果会更好。

但是，我们看到，索引的大小（index_size）基本上没什么变化，于是我们继续进行索引的压缩：

5、压缩索引

 

alter index IDX_TB_WCB_ID on TB_WCB
rebuild
with(data_compression=row)

6、索引压缩后的对比

 

 

SP_SPACEUSED 'MS_VISIT_QST_OPT'

/*
name	            rows	    reserved	data	    index_size	unused
TB_WCB	            9439661    	317208 KB	167168 KB	149872 KB	168 KB
*/

我们发现，索引压缩前大小是329M，而在压缩后是 149M，压缩比例为45%，效果也很明显。

总结：

通过表和索引的压缩，我们可以减小表占用的磁盘空间，这个只是一部分，更重要的是，读取同样多的数据，只需要读取更少的数据页，也就是只需要更少的IO，那么读取速度肯定会更快，而且由于占用的空间小了，也可以让更多的数据页缓存到内存中，进一步提高系统的整体性能。