在 DB2 for Linux, Unix, and Windows 中的行压缩的最佳实践

核心提示：内容提要 这篇文章的目的是交流使用 DB2 的深度压缩解决方案的最佳实践，这个最佳实践允许你使用更少的数据面页来存储数据，在 DB2 for Linux, Unix, and Windows 中的行压缩的最佳实践，数据库压缩的好处是：使用更少的存储 存储以更低的速度被消耗 根据你的环境，有可能提高性能，结果就是，DB2

内容提要

这篇文章的目的是交流使用 DB2 的深度压缩解决方案的最佳实践。这个最佳实践允许你使用更少的数据面页来存储数据。数据库压缩的好处是：

使用更少的存储

存储以更低的速度被消耗

根据你的环境，有可能提高性能。

本文也提到了行压缩是如何适应更大的压缩策略背景的，包括值压缩和备份压缩。这里会讨论包括什么时候，在使用或不使用自动创建字典（ADC）DB2 9.5 功能情况下对行压缩实施最佳实践。一些 IBM 客户正在使用深度压缩功能，并且这些最佳实践已经使数据库体积的减小幅度达到过 50 个百分点，响应时间也提高了 20 个百分点。

总结的最佳实践：

评估压缩率以判断应该压缩哪张表

使用离线表重组来创建一个压缩字典并压缩整张表

除非必要，否则不要在表重组的时候集群数据

通过自动创建字典来减少使用表重组

把大型表迁移到一个压缩格式

控制压缩表的增长

监控并测量行压缩的有效性

释放已分配的表空间

压缩简介

压缩一张表有两个步骤。第一步是让一张表符合压缩条件，这由创建或更改一张表时使用 COMPRESS YES 子句完成。第二步是对要压缩的表的值建立一个字典。根据你使用的 DB2 版本，压缩字典有不同的含义。

一旦这两个条件达到，存储在这张表中的数据就可以被压缩。

每个表对象都有它自己的压缩字典。这意味着压缩字典是为每个数据分区创建的（无论是表分区或数据库分区）。结果就是，DB2 产品可以适应变化的数据就像你转入一个新分区。压缩是依赖于特定分区数据的。

建立压缩字典

基于你使用的 DB2 产品版本的级别来建立压缩字典有不同的方法：