SQL Server DBCC命令
◆1.DBCC CacheStats ：显示存在于当前 buffer Cache 中的对象的信息，例如 ：hitrates 编译的对象和执行计划
DBCC CACHESTATS
从这个命令可以得到一些关键的统计信息：
Hit Ratio：显示特定对象可以在Sql Server的缓存中被命中的百分比，这个数值越大，越好
Object Count：显示特定类型的对象在sql server的缓存中被命中的总数
Avg.Cost:sql server用于测量编译一个执行计划所需的时间，以及这个计划所需的内存。根据这个值，可以决定执行计划是否应该加载在缓存中。
Avg.Pages：测量在缓存中的对象使用8K页的平均总数
LW Ojbect Count，LW Avg Cost，WL Avg Stay，LW Ave Use：这些列的值表明有多少特定的对象已经被写进进程从缓存总移走。这些数值越低，越好。
◆2.DBCC DROPCLEANBUFFERS：从缓冲池中删除所有，清除缓冲区。
在进行测试时，使用这个命令可以从sql server’s的数据缓存data catch(buffer)清除所有的测试数据，以保证测试的公正性。需要注意的是这个命令只移走干净的缓存，不移走脏缓存。由于这个原因，在执行这个命令前，应该先执行CheckPoint，将所有脏的缓存写入磁盘，这样在运行DBCC RROPCLEANBUFFERS 时，可以保证所有的数据缓存被清理，而不是其中的一部分。
◆3.DBCC ErrorLog ：如果很少重起mssqlserver服务，那么服务器的日志会增长得很快，而且打开和查看日志的速度也会很慢。使用这个命令，可以截断当前的服务器日志，主要是生成一个新的日志。可以考虑设置一个调度任务，每周执行这个命令自动截断服务器日志。使用存储过程sp_cycle_errorlog也可以达到同样的目的。
◆4.DBCC FLUSHPROCINDB:用于清理一个数据库实例中指定数据库的存储过程使用的缓存。数据库的ID是必输参数
在测试时保证以前的存储过程计划不会对测试结果造成负面影响，可以使用这个存储过程。
例：
DECLARE @intDBID INTEGER SET @intDBID = (select dbid from master.dbo.sysdatabases where name = 'database_name')
DBCC FLUSHPROCINDB (@intDBID)
◆5.DBCC FREEPROCCACHE：用于清理所有数据库的过程高速缓存。
例如，释放过程高速缓存将导致重新编译某些部分(例如特别 SQL 语句)，而不是从高速缓存中对其再使用
相关文档：
TEMPDB不支持自动压缩，且它的数据库和文件压缩能力是有限制的；
如不得不压缩TEMPDB的大小，建议使用离线功能，如下操作：
1.停止SQL SERVER服务；
2.找到sqlservr.exe在磁盘中的位置；
3.使用sqlservr.exe输入命令sqlservr -c -f,这样启动SQL SERVER时，TEMPDB的大小能够保持最小；
4.使用TSQL命令：ALTER DATA ......
下面提出了10条和DB2 SQL性能相关的10条因素：
1、提供适当的统计信息
对DB2优化管理器（otimizer）而言，如何更加有效的执行SQL语句是由存在于DB2 catalog中的统计信息决定的，优化器利用这些信息决定最优化的路径。
因此，为了保持系统能够做出最佳选择，需要经常的运行Runstats命令，来保持系统统计信息的及时有效。� ......
今天做SQL 优化，查找执行计划时，执行计划，发现此执行计划与以往的计划有所区别；找录互联网，终于找一篇有关研究比较深入的文章；
原执行计划使用的是索引扫描，突然一下会使用索引覆盖技术，效率大增；
SELECT * 的真相：索引覆盖(index coverage)
SELECT *的效率很糟糕吗？当然，所有人都知道这一点，但是为什么 ......
大型系统的生产环境，一般情况下，我们评价一条查询是否有效率，更多的是关注逻辑 IO( 至于为什么，回头补一篇 ) 。我们常说，“要建彪悍的索引”、“要写高效的 SQL ”，其实最终目的就是在相同结果集情况下，尽可能减少逻辑 IO 。
1.1 where 条件的列上都得有统计信 ......
为什么需要数据压缩
首先可能需要讨论的问题就是为什么在存储成本不断降低的今天，微软还要煞费苦心地在SQL Server中实现并且不断改进数据压缩技术呢?
尽管存储成本已经不再是传统意义上的首要考虑因素，但是这并不代表数据库尺寸不是一个问题，因为数据库尺寸除了会影响到存储成本之外，还极大地关联到管理成本� ......
