您的位置：首页 > 数据库

sybase ASA 数据库的表碎片整理

2015-02-24 21:05 190 查看

sa_table_fragmentation 系统过程

报告数据库表的分段信息。

语法

sa_table_fragmentation(
[ tbl_name
[, owner_name ] ]
)

参数

tbl_name 使用此可选的 CHAR(128) 参数指定要检查其碎片的表的名称。

owner_name 使用此可选的 CHAR(128) 参数指定tbl_name 的所有者。

结果集

列名	数据类型	说明
TableName	CHAR(128)	表的名称。
rows	UNSIGNED INTEGER	表中的行数。
row_segments	UNSIGNED BIGINT	表中的行分段数。
segs_per_row	DOUBLE	每行的分段数。

注释

数据库管理员可以使用此过程获取数据库表的分段信息。如果不提供参数，则为数据库中的所有表返回结果。

当数据库表的碎片过多时，可以运行 REORGANIZE TABLE 或重建数据库以减少表碎片并提高性能。

权限

DBA 特权

副作用

无

另请参见

减少表碎片
数据库重建
REORGANIZE TABLE 语句

示例

CALL sa_table_fragmentation( 'Products','GROUPO' );

2. 使用 SQL 识别和修正表碎片

也可以使用 SQL 识别和修正表碎片。

♦ 检查表碎片
1.

在 Sybase Central 的左窗格中，单击 app_profiling - DBA，然后单击 [文件] » [打开 Interactive SQL]。

2.

Interactive SQL 启动并连接到 app_profiling.db 数据库。

3.

4.

在 Interactive SQL 中，执行以下 SQL 语句来测试 Employees 表的表碎片：

5.

CALL sa_table_fragmentation( 'Employees' );

6.

如果 segs_per_row 列中的值（每行的分段数）大于 1.1，则存在表碎片。等级较高的碎片可能会对性能造成负面影响。

7.

8.

在 Interactive SQL 中，执行以下 REORGANIZE TABLE 语句来减少表碎片：

9.

REORGANIZE TABLE Employees;

10.

11.

您现在已经完成了有关诊断表碎片的教程部分。

12.

另请参见
· sa_table_fragmentation 系统过程

· REORGANIZE TABLE 语句

· 减少表碎片

· 应用程序分析

· 自定义诊断跟踪级别

· 诊断跟踪

运行结果如下：

引用说明：

SQLAnywhere[ASA]数据库(以下简称ASA)中的数据库文件，是如何存储普通的表的记录行呢？插入、更新、删除时，记录行的存储会有什么变化？了解了这些，才能更好的理解如何对ASA数据库进行调优，尤其是物理存储方面。

1. ASA数据库尽一切可能对数据行连续存储

数据库文件中小于单个页面的记录行总是存储在单个页里，如果当前页没有足够的空间容纳新的记录行，数据库会将新行写到新的页里。例如，当一个新行需要600字节，但是当前页空闲空间只有500字节，那么，ASA会把这600字节的新行放到新的数据页里。

为了达到连续存储的目的，ASA每次分配8个页面，称为一个块(block)，如，当它需要一个新页时，它会一次性分配8个页面，把这8个页面放到一个块结构里。会使用一个空闲页位图来查找数据库表空间里头可用的连续页块，执行连续扫描，按组读取64KB，使用位图查找相关页面。这就比每次只读取单个页面要快得多。

2.ASA存储数据的顺序是任意的

ASA定位到具体的页号，插入数据的顺序是按照它接收时的顺序来的。它为每一个数据行找到一个具体的页，但是具体是哪一个页，并不一定严格按照接收时的顺序递增。e.g. 可能某一行太大，启动一个新页来存储，紧接着，一行比较小，可能会存储到以前有剩余空间的旧页里头，因而顺序并不严格一致。

表中的记录行并没有进行排序，要取得顺序结果，要依赖于order by子句，这与所有的RDBMS是一致的。

3. ASA不会为NULL空值列预留空间

缺省情况下，无论ASA何时插入一行，它只会保留插入时使用的那么大的空间。它不会预留更多的空间便于将来的更新。

改变此行为的唯一办法是在CREATE TABLE时使用PCTFREE子句.如果没有设定此值，将会采用默认值。该默认值存储到系统表：ISYSTAB里。

查看一个表的碎片程度，CALL sa_table_fragmentation( ) 会得到所有的表的情况。

4. 插入完成以后，行ID不会发生变化。

每一个数据行都有唯一的行ID，一旦插入完成，就不会发生变化。在更新的时候，如果数据行所在页没有足够的空闲空间，则会发生行链接，一个记录行会发生跨页存储，导致性能上的下降。

5. 数据库文件永远不会自动收缩

数据库会重用以前的空间，ASA会记录所有页的空闲空间，插入时，会搜索所有现存页的空闲空间记录，如果有足够的空间，即把记录插入到目标页，找不到时，会启动一个新页，完成插入操作。

在所有的数据库操作中，在执行了多次删除记录的操作，但是没有新的足够小的记录来重用这些删除操作后产生的新的空闲空间，这就是表碎片产生的一个重要原因，消除表碎片，可以提高扫描表记录的性能，使用语句：

REORGANIZE TABLE
即可达到目的。

对整个数据库的unload, reload则会重新整理整个数据库的碎片，也会有一次性能的提升。

重建过程如下：（引用IIHERO 版主)

请看下边的操作步骤：

1. 执行unload并reload, 新建一个数据库文件e:\default.db

E:\Sybase\UnwiredPlatform\Servers\SQLAnywhere12\BIN64>dbunload -c "uid=dba;pwd=sql;dbf=E:\Sybase\UnwiredPlatform\Data\CDB\default.db" -an e:\default.db

[sql] view plain copy print ?

Unloading "DBA"."sup_pdcn"
Unloading "DBA"."sup_requestor"
Unloading "DBA"."d1_phx_1_0_asoheader_sk"
Unloaded 150 tables of 218
Unloading "DBA"."d1_phx_1_0_asoorderedpa_16449_sk"
Unloading "DBA"."d1_phx_1_0_asopartner_sk"
Unloading "DBA"."d1_phx_1_0_asoshippedpa_47173_sk"
Unloading "DBA"."d1_phx_1_0_asoshippedse_49199_sk"
Unloading "DBA"."d1_phx_1_0_businesspart_60140_sk"
Unloading "DBA"."d1_phx_1_0_contactperso_94681_sk"
Unloading "DBA"."d1_phx_1_0_customerfaci_60060_sk"
Unloading "DBA"."d1_phx_1_0_equipmentmas_48276_sk"
Unloading "DBA"."d1_phx_1_0_fse_sk"
Unloading "DBA"."d1_phx_1_0_fseassignmen_99497_sk"
Unloading "DBA"."d1_phx_1_0_historyorder_64376_sk"
Unloading "DBA"."d1_phx_1_0_historyswohe_23872_sk"
Unloading "DBA"."d1_phx_1_0_historyswoop_44172_sk"
Unloading "DBA"."d1_phx_1_0_historyusedp_83880_sk"
Unloading "DBA"."d1_phx_1_0_materialmast_53065_sk"
Unloading "DBA"."d1_phx_1_0_materialmast_65981_sk"
Unloading "DBA"."d1_phx_1_0_notification_53622_sk"
Unloading "DBA"."d1_phx_1_0_notification_96212_sk"
Unloading "DBA"."d1_phx_1_0_partsmovemen_19757_sk"
Unloading "DBA"."d1_phx_1_0_swocomponent_sk"
Unloading "DBA"."d1_phx_1_0_swooperation_sk"
Unloading "DBA"."d1_phx_1_0_timeconfirma_83198_sk"
Unloading "DBA"."d1_phx_1_0_swoheader_sk"
Unloading "DBA"."d1_phx_1_0_keygenerator"
Unloading "DBA"."d1_phx_1_0_packagebigpr_33993"
Unloading "DBA"."d1_phx_1_0_packageprope_74499"
Unloading "DBA"."d1_phx_1_0_operationrep_99182"
Unloading "DBA"."d1_phx_1_0_logrecordimp_21191"
Unloading "DBA"."d1_phx_1_0_fse_pull_pq"
Unloading "DBA"."d1_phx_1_0_fse"
Unloading "DBA"."d1_phx_1_0_customerfaci_60060"
Unloading "DBA"."d1_phx_1_0_materialmast_04961"
Unloading "DBA"."d1_phx_1_0_materialmast_61933"
Unloading "DBA"."d1_phx_1_0_materialmast_65981"
Unloading "DBA"."d1_phx_1_0_materialmast_53065"
Unloading "DBA"."d1_phx_1_0_fseassignmen_38789"
Unloading "DBA"."d1_phx_1_0_changelogimp_38232"
Unloading "DBA"."d1_phx_1_0_businesspart_60140"
Unloading "DBA"."d1_phx_1_0_contactperso_94681"
Unloading "DBA"."d1_phx_1_0_fseassignmen_99497"
Unloading "DBA"."d1_phx_1_0_swoheader"
Unloading "DBA"."d1_phx_1_0_swocomponent"
Unloading "DBA"."d1_phx_1_0_swooperation"
Unloading "DBA"."d1_phx_1_0_partsmovemen_19757"
Unloading "DBA"."d1_phx_1_0_notification_96212"
Unloading "DBA"."d1_phx_1_0_notification_53622"
Unloading "DBA"."d1_phx_1_0_equipmentmas_48276"
Unloading "DBA"."d1_phx_1_0_historyswohe_23872"
Unloading "DBA"."d1_phx_1_0_historyusedp_83880"
Unloading "DBA"."d1_phx_1_0_historyswoop_44172"
Unloaded 200 tables of 218
Unloading "DBA"."d1_phx_1_0_historyorder_64376"
Unloading "DBA"."d1_phx_1_0_asoheader"
Unloading "DBA"."d1_phx_1_0_asoorderedpa_16449"
Unloading "DBA"."d1_phx_1_0_timeconfirma_83198"
Unloading "DBA"."d1_phx_1_0_asopartner"
Unloading "DBA"."d1_phx_1_0_asoshippedpa_47173"
Unloading "DBA"."d1_phx_1_0_asoshippedse_49199"
Unloading "DBA"."D1_PHX_1_0__GRAPH_EXPIRATION"
Unloading "DBA"."D1_PHX_1_0__GRAPH"
Unloading "DBA"."D1_PHX_1_0__GRAPH_SK"
Unloading "DBA"."D1_PHX_1_0__CACHE_POLICY"
Unloading "DBA"."D1_PHX_1_0__CACHE_UPDATE"
Unloading "DBA"."D1_PHX_1_0__CACHE_STATE"
Unloading "DBA"."D1_PHX_1_0__PARTITION_REFRESH"
Unloading "DBA"."D1_PHX_1_0__PARTITION"
Unloading "DBA"."D1_PHX_1_0__SWOCACHEGROUP_CACHE_LOCK"
Unloading "DBA"."D1_PHX_1_0__CUSTDOCCACHEGROUP_CACHE_LOCK"
Unloading "DBA"."D1_PHX_1_0__MMGCACHEGROUP_CACHE_LOCK"
Creating indexes
Creating indexes for "DBA"."D1_PHX_1_0__MMGCACHEGROUP_CACHE_LOCK"

2. 重新指定log位置，(因为原来的log就在 d:\DbTxLogs\default.log下边），而unload/reload操作只会把log文件放到db的当前目录下边

E:\Sybase\UnwiredPlatform\Servers\SQLAnywhere12\BIN64>dblog -t d:\DbTxLogs\default.log e:\default.db

SQL Anywhere Transaction Log Utility Version 12.0.1.3769

"e:\default.db" was using log file "default.log"

"e:\default.db" is using no log mirror file

"e:\default.db" is now using log file "d:\DbTxLogs\default.log"

Transaction log starting offset is 0000548524

Transaction log current relative offset is 0002443703

3. copy default.db and default.log to the original location.恢复到原来位置

4. 看看对应的文件的大小：

E:\Sybase\UnwiredPlatform\Servers\SQLAnywhere12\BIN64>dir E:\Sybase\UnwiredPlatf

orm\Data\CDB\default.*

Volume in drive E is Local Disk

Volume Serial Number is FE06-8788

Directory of E:\Sybase\UnwiredPlatform\Data\CDB

01/15/2013 11:10 PM 79,192,064 default.db （新生成的)

01/15/2013 11:02 PM 6,684,798,976 default.db.old (老的)

2 File(s) 6,763,991,040 bytes

0 Dir(s) 91,734,462,464 bytes free

E:\Sybase\UnwiredPlatform\Servers\SQLAnywhere12\BIN64>dir D:\DbTxLogs\default.*

Volume in drive D is Local Disk

Volume Serial Number is E2FD-6D0E

Directory of D:\DbTxLogs

01/15/2013 11:10 PM 4,456,448 default.log (新生成的)

01/15/2013 11:02 PM 145,142,382,592 default.log.old (老的)

2 File(s) 145,146,839,040 bytes

0 Dir(s) 1,814,528 bytes free

对于生产环境，除了定期备份，定期进行unload/reload也是很有意义的。ASA其实也可以用于中等规模的系统应用当中。操作非常方便。在移动应用中更是大显身手。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航

sybase ASA 数据库的表碎片 整理

sa_table_fragmentation 系统过程

2.

使用 SQL 识别和修正表碎片

sybase ASA 数据库的表碎片整理