数据库优化实战(四).pptxVIP

数据库优化实战(四) (收缩日志、压缩表) 主讲人：矫 正 上章回顾 （数据库跟踪） 在客户最繁忙的时段利用 SQL Server Profiler（事件 探查器）进行跟踪1-2小时； 进而查出消耗资源大的语 句来进行分析优化。 收缩日志文件 --利用 exec sp_spaceused 语句查看数据库大小 收缩日志文件 --右键数据库属性 --查看选项 --将恢复模式设置成简单 收缩日志文件 --右键数据库-任务-收缩-文件 收缩日志文件 --文件类型选择日志 收缩日志文件 --查看收缩后数据库大小 收缩日志文件 --右键数据库属性-选项 --将恢复模式设置成完整 --注意：此时需要进行一次数据库完整备份 表压缩 --SQL Server 2005及以上版本支持表分区 表分区具体操作详见以下网址： /yole_grise/article/details表压缩 -- SQL Server 2008及以上版本支持表压缩 （标准版不可以进行表压缩） --对于我们的主流客户来说，随着时间的积累、经营规模的扩大，总部数据库越来越大，产生很多负面影响。 例如，一个100家门店的连锁公司，三年下来数据库可能会达到100G至200G。 表压缩 由于数据库增大导致的主要影响如下： １、 导致磁盘存储成本增高；200G的数据库加上备份需要，至少得1T磁盘才勉强够用。 ２、 数据库性能下降。 ３、 数据库出故障的潜在风险增加。（虽然没有直接的证据，但简单的推理就可得出该结论） ４、 备份一次数据库的时间太长。备份文件的复制和还原比较麻烦。 像现在我们有很多客户数据库都在100G以上了。在这种背景下，“表压缩”闪亮登场。 表压缩 操作方法： --右键表-存储-管理压缩 表压缩 --压缩前表大小： 表压缩 -- 表压缩 -- 表压缩 -- 表压缩 --查看一下表大小： 表压缩 --表大小由81344KB压缩到21328KB。 压缩后的表大小一般会是原来表大小的1/4左右。 表压缩 --索引压缩也是同样的道理 --右键索引-存储-管理压缩 表压缩 现在我们对于数据库应用的瓶颈，主要还是在磁盘IO上面。也就是读写磁盘的效率。而通过表压缩，恰好能减轻磁盘的负担，所以通过实际应用来看，表压缩的效果非常明显。当数据库超过100G时，通过压缩最大的几个表（和索引），可以将数据库减至30G左右，速度明显提升，管理起来也更方便。 但另一方面，压缩也有负作用。 压缩会增加CPU的开销，因为要不断地进行压缩算法和解压算法。 表压缩 问题来了： 什么样的表需要进行压缩？ 表压缩 --查看表大小 IF OBJECT_ID(tempdb..#TB_TEMP_SPACE) IS NOT NULL DROP TABLE #TB_TEMP_SPACE GO CREATE TABLE #TB_TEMP_SPACE( NAME VARCHAR(500) ,ROWS INT ,RESERVED VARCHAR(50) ,DATA VARCHAR(50) ,INDEX_SIZE VARCHAR(50) ,UNUSED VARCHAR(50) ) GO SP_MSFOREACHTABLE INSERT INTO #TB_TEMP_SPACE exec sp_spaceused ? GO SELECT *,ALTER TABLE [dbo].[+NAME+] REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE ) as sql FROM #TB_TEMP_SPACE ORDER BY REPLACE(DATA,KB,)+0 DESC 表压缩 --查看表大小 IF OBJECT_ID(tempdb..#TB_TEMP_SPACE) IS NOT NULL DROP TABLE #TB_TEMP_SPACE GO CREATE TABLE #TB_TEMP_SPACE( NAME VARCHAR(500) ,ROWS INT ,RESERVED VARCHAR(50) ,DATA VARCHAR(50) ,INDEX_SIZE VARCHAR(50) ,UNUSED VARCHAR(50) ) GO SP_MSFOREACHTABLE INSERT INTO #TB_TEMP_SPACE exec sp_spaceused ? GO SELECT *,ALTER TABLE [dbo].[+NAME+] REBUILD PARTITION = ALL WITH (DATA_COMPRESSION =