Oracle Linux 7.1中安装MariaDB

在Oracle Linux 7.1中安装Mariadb 10.0.38,因为Mariadb是Mysql的分支,安装操作基本类似。
1.首先下载安装介质mariadb-10.0.38-linux-glibc_214-x86_64.tar.gz 并将其上传到服务器的/soft目录

2.创建用户与用户组

[root@cs1 soft]# groupadd mysql

[root@cs1 soft]# useradd -g mysql mysql

3.将介质解压到/usr/local/目录下

[root@cs1 soft]# cd /usr/local

[root@cs1 local]# gunzip < /soft/mariadb-10.0.38-linux-glibc_214-x86_64.tar.gz | tar xvf -
mariadb-10.0.38-linux-glibc_214-x86_64/
mariadb-10.0.38-linux-glibc_214-x86_64/man/
mariadb-10.0.38-linux-glibc_214-x86_64/man/man8/
mariadb-10.0.38-linux-glibc_214-x86_64/man/man8/mysqld.8
........省略..........

[root@cs1 local]# ls -lrt
总用量 4
drwxr-xr-x.  2 root root    6 5月   8 2014 src
drwxr-xr-x.  2 root root    6 5月   8 2014 sbin
drwxr-xr-x.  2 root root    6 5月   8 2014 libexec
drwxr-xr-x.  2 root root    6 5月   8 2014 lib64
drwxr-xr-x.  2 root root    6 5月   8 2014 lib
drwxr-xr-x.  2 root root    6 5月   8 2014 include
drwxr-xr-x.  2 root root    6 5月   8 2014 games
drwxr-xr-x.  2 root root    6 5月   8 2014 etc
drwxr-xr-x.  5 root root   46 10月 12 2017 share
drwxr-xr-x.  2 root root   46 3月   9 2018 bin
drwxrwxr-x  13 1021 1004 4096 1月  31 02:40 mariadb-10.0.38-linux-glibc_214-x86_64

4.创建软链接

[root@cs1 local]# ln -s mariadb-10.0.38-linux-glibc_214-x86_64 mysql
[root@cs1 local]# ls -lrt
总用量 4
drwxr-xr-x.  2 root root    6 5月   8 2014 src
drwxr-xr-x.  2 root root    6 5月   8 2014 sbin
drwxr-xr-x.  2 root root    6 5月   8 2014 libexec
drwxr-xr-x.  2 root root    6 5月   8 2014 lib64
drwxr-xr-x.  2 root root    6 5月   8 2014 lib
drwxr-xr-x.  2 root root    6 5月   8 2014 include
drwxr-xr-x.  2 root root    6 5月   8 2014 games
drwxr-xr-x.  2 root root    6 5月   8 2014 etc
drwxr-xr-x.  5 root root   46 10月 12 2017 share
drwxr-xr-x.  2 root root   46 3月   9 2018 bin
drwxrwxr-x  13 1021 1004 4096 1月  31 02:40 mariadb-10.0.38-linux-glibc_214-x86_64
lrwxrwxrwx   1 root root   38 6月   4 14:43 mysql -> mariadb-10.0.38-linux-glibc_214-x86_64

5.确保目录mysql能够被用户mysql访问

[root@cs1 local]# cd mysql
[root@cs1 mysql]# chown -R mysql .
[root@cs1 mysql]# chgrp -R mysql .

6.在安装Mariadb之前,必须创建Mariadb存放数据的目录并初始化grant表,执行mysql_install_db命令来安装Mariadb,如果使用root用户来执行,必须包含–user选项来指定用户,如果是mysql用户来执行可以忽略–user选项。使用 –basedir=path 选项指定Mariadb安装目录的路径,–datadir=path选项指定Mariadb数据目录的路径。如果没有指定–basedir与–datadir选项它们在/usr/local/mysql目录下创建一个data目录。

[root@cs1 mysql]# scripts/mysql_install_db --user=mysql
Installing MariaDB/MySQL system tables in './data' ...
190604 14:44:44 [Note] ./bin/mysqld (mysqld 10.0.38-MariaDB) starting as process 19627 ...
190604 14:44:45 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

190604 14:44:45 [Note] InnoDB: Using mutexes to ref count buffer pool pages
190604 14:44:45 [Note] InnoDB: The InnoDB memory heap is disabled
190604 14:44:45 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
190604 14:44:45 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
190604 14:44:45 [Note] InnoDB: Compressed tables use zlib 1.2.11
190604 14:44:45 [Note] InnoDB: Using Linux native AIO
190604 14:44:45 [Note] InnoDB: Using CPU crc32 instructions
190604 14:44:45 [Note] InnoDB: Initializing buffer pool, size = 128.0M
190604 14:44:45 [Note] InnoDB: Completed initialization of buffer pool
190604 14:44:45 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!
190604 14:44:45 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB
190604 14:44:45 [Note] InnoDB: Database physically writes the file full: wait...
190604 14:44:45 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB
190604 14:44:45 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB
190604 14:44:46 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
190604 14:44:46 [Warning] InnoDB: New log files created, LSN=45781
190604 14:44:46 [Note] InnoDB: Doublewrite buffer not found: creating new
190604 14:44:46 [Note] InnoDB: Doublewrite buffer created
190604 14:44:46 [Note] InnoDB: 128 rollback segment(s) are active.
190604 14:44:46 [Warning] InnoDB: Creating foreign key constraint system tables.
190604 14:44:46 [Note] InnoDB: Foreign key constraint system tables created
190604 14:44:46 [Note] InnoDB: Creating tablespace and datafile system tables.
190604 14:44:46 [Note] InnoDB: Tablespace and datafile system tables created.
190604 14:44:46 [Note] InnoDB: Waiting for purge to start
190604 14:44:46 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 0
190604 14:44:48 [Note] InnoDB: FTS optimize thread exiting.
190604 14:44:48 [Note] InnoDB: Starting shutdown...
190604 14:44:48 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
190604 14:44:50 [Note] InnoDB: Shutdown completed; log sequence number 1616697
OK
Filling help tables...
190604 14:44:50 [Note] ./bin/mysqld (mysqld 10.0.38-MariaDB) starting as process 19661 ...
190604 14:44:50 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

190604 14:44:50 [Note] InnoDB: Using mutexes to ref count buffer pool pages
190604 14:44:50 [Note] InnoDB: The InnoDB memory heap is disabled
190604 14:44:50 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
190604 14:44:50 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
190604 14:44:50 [Note] InnoDB: Compressed tables use zlib 1.2.11
190604 14:44:50 [Note] InnoDB: Using Linux native AIO
190604 14:44:50 [Note] InnoDB: Using CPU crc32 instructions
190604 14:44:50 [Note] InnoDB: Initializing buffer pool, size = 128.0M
190604 14:44:50 [Note] InnoDB: Completed initialization of buffer pool
190604 14:44:50 [Note] InnoDB: Highest supported file format is Barracuda.
190604 14:44:50 [Note] InnoDB: 128 rollback segment(s) are active.
190604 14:44:50 [Note] InnoDB: Waiting for purge to start
190604 14:44:50 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 1616697
190604 14:44:50 [Note] InnoDB: FTS optimize thread exiting.
190604 14:44:50 [Note] InnoDB: Starting shutdown...
190604 14:44:51 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
190604 14:44:53 [Note] InnoDB: Shutdown completed; log sequence number 1616707
OK

To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system

PLEASE REMEMBER TO SET A PASSWORD FOR THE MariaDB root USER !
To do so, start the server, then issue the following commands:

'./bin/mysqladmin' -u root password 'new-password'
'./bin/mysqladmin' -u root -h cs1.jy.net password 'new-password'

Alternatively you can run:
'./bin/mysql_secure_installation'

which will also give you the option of removing the test
databases and anonymous user created by default.  This is
strongly recommended for production servers.

See the MariaDB Knowledgebase at http://mariadb.com/kb or the
MySQL manual for more instructions.

You can start the MariaDB daemon with:
cd '.' ; ./bin/mysqld_safe --datadir='./data'

You can test the MariaDB daemon with mysql-test-run.pl
cd './mysql-test' ; perl mysql-test-run.pl

Please report any problems at http://mariadb.org/jira

The latest information about MariaDB is available at http://mariadb.org/.
You can find additional information about the MySQL part at:
http://dev.mysql.com
Consider joining MariaDB's strong and vibrant community:
Get Involved

7.因为安装Mariadb的用户是root用户,而data目录必须要被mysql用户访问,因此修改data目录的用户与组权限

[root@cs1 mysql]# chown -R root .
[root@cs1 mysql]# chown -R mysql data

8.在安装完成后来测试Mariadb的启动

[root@cs1 mysql]# bin/mysqld_safe --user=mysql &
[1] 19770
[root@cs1 mysql]# 190604 14:45:25 mysqld_safe Logging to '/usr/local/mysql/data/cs1.jy.net.err'.
190604 14:45:25 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data

mysqld_safe是服务端工具,用于启动mysqld,并且是mysqld的守护进程,mysqld_safe加&在后台运行$BASEDIR/bin/mysqld_safe &。因为mysqld_safe是mysqld的守护进程,所以mysqld_safe脚本会在启动MySQL服务器后继续监控其运行情况,并在其死机时重新启动它。直接使用mysqld_safe启动mysqld时,mysqld_safe可以使用参数选项见mysqld_safe –help,此时可以使用其他配置文件,相当于mysqld_safe把参数传递给mysqld。mysql.server脚本其实也是调用mysqld_safe脚本去启动MySQL服务器的,但此时mysqld_safe不能使用参数选项即不能mysqld_safe –defaults-file这样的模式。

9.将启动Mariadb的脚本配置成服务通过service name start命令来启用

[root@cs1 mysql]# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
[root@cs1 mysql]# cat /etc/init.d/mysqld

[root@cs1 Packages]# service mysqld status
 SUCCESS! MariaDB running (19839)
[root@cs1 Packages]# service mysqld stop
Shutting down MariaDB... SUCCESS! 
[root@cs1 Packages]# service mysqld start
Starting MariaDB.190604 18:26:04 mysqld_safe Logging to '/usr/local/mysql/data/cs1.jy.net.err'.
190604 18:26:05 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
 SUCCESS! 

10.修改root用户密码

-bash-4.2$ mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 4
Server version: 10.0.38-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> 
MariaDB [mysql]> set password=password("123456");
Query OK, 0 rows affected (0.00 sec)

MariaDB [mysql]> exit

-bash-4.2$ mysql -u root -p
Enter password: 
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 6
Server version: 10.0.38-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.


MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
4 rows in set (0.01 sec)

MariaDB [(none)]> use mysql;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed

11.使用mytop工具来监控Mariadb,mytop在Mariadb安装时也会自动安装,而mysql中需要单独安装

-bash-4.2$ mytop --prompt -u root -d mysql
Password: 
install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at (eval 13) line 3,  line 1.
Perhaps the DBD::mysql perl module hasn't been fully installed,
or perhaps the capitalisation of 'mysql' isn't right.
Available drivers: DBM, ExampleP, File, Gofer, Proxy, SQLite, Sponge.
 at /usr/local/mysql//bin/mytop line 253.

错误信息说明没有安装perl-DBD-MySQL工具包

12.安装perl-DBD-MySQ工具包

[root@cs1 bin]# yum install perl-DBD-MySQL
已加载插件:langpacks
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
file:///run/media/jy/OL-7.1%20Server.x86_64/repodata/repomd.xml: [Errno 14] curl#37 - "Couldn't open file /run/media/jy/OL-7.1%20Server.x86_64/repodata/repomd.xml"
正在尝试其它镜像。
正在解决依赖关系
--> 正在检查事务
---> 软件包 perl-DBD-MySQL.x86_64.0.4.023-5.0.1.el7 将被 安装
--> 正在处理依赖关系 libmysqlclient.so.18(libmysqlclient_18)(64bit),它被软件包 perl-DBD-MySQL-4.023-5.0.1.el7.x86_64 需要
--> 正在处理依赖关系 libmysqlclient.so.18()(64bit),它被软件包 perl-DBD-MySQL-4.023-5.0.1.el7.x86_64 需要
--> 正在检查事务
---> 软件包 mysql-community-libs.x86_64.0.5.6.23-3.el7 将被 安装
--> 正在处理依赖关系 mysql-community-common(x86-64) = 5.6.23-3.el7,它被软件包 mysql-community-libs-5.6.23-3.el7.x86_64 需要
--> 正在检查事务
---> 软件包 mysql-community-common.x86_64.0.5.6.23-3.el7 将被 安装
--> 解决依赖关系完成

依赖关系解决

============================================================================================================================================================================================================================================
 Package                                                            架构                                               版本                                                         源                                                 大小
============================================================================================================================================================================================================================================
正在安装:
 perl-DBD-MySQL                                                     x86_64                                             4.023-5.0.1.el7                                              local                                             140 k
为依赖而安装:
 mysql-community-common                                             x86_64                                             5.6.23-3.el7                                                 local                                             256 k
 mysql-community-libs                                               x86_64                                             5.6.23-3.el7                                                 local                                             2.0 M

事务概要
============================================================================================================================================================================================================================================
安装  1 软件包 (+2 依赖软件包)

总下载量:2.4 M
安装大小:12 M
Is this ok [y/d/N]: y
Downloading packages:


Error downloading packages:
  mysql-community-common-5.6.23-3.el7.x86_64: [Errno 256] No more mirrors to try.
  perl-DBD-MySQL-4.023-5.0.1.el7.x86_64: [Errno 256] No more mirrors to try.
  mysql-community-libs-5.6.23-3.el7.x86_64: [Errno 256] No more mirrors to try.

出现不能下载相关工具包的错误

13.将操作系统ISO文件挂载到系统中并进入Packages目录执行rpm命令来安装

root@cs1 Packages]# ls -lrt mysql*
-rw-rw-r-- 1 root root  1313664 5月  14 2014 mysql-connector-java-5.1.25-3.el7.noarch.rpm
-rw-rw-r-- 1 root root   145144 8月   6 2014 mysql-connector-odbc-5.2.5-6.0.1.el7.x86_64.rpm
-rw-r--r-- 1 root root   420364 2月  19 2015 mysql-community-bench-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root 19378376 2月  19 2015 mysql-community-client-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root  3435828 2月  19 2015 mysql-community-devel-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root   262464 2月  19 2015 mysql-community-common-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root   262516 2月  19 2015 mysql-community-common-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root 19979168 2月  19 2015 mysql-community-client-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root  3543424 2月  19 2015 mysql-community-devel-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root 23060740 2月  19 2015 mysql-community-embedded-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root 23733580 2月  19 2015 mysql-community-embedded-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root 64644916 2月  19 2015 mysql-community-embedded-devel-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root  2104968 2月  19 2015 mysql-community-libs-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root  2040356 2月  19 2015 mysql-community-libs-5.6.23-3.el7.i686.rpm
-rw-r--r-- 1 root root 68058508 2月  19 2015 mysql-community-embedded-devel-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root 60224180 2月  19 2015 mysql-community-server-5.6.23-3.el7.x86_64.rpm
-rw-r--r-- 1 root root 59280136 2月  19 2015 mysql-community-test-5.6.23-3.el7.x86_64.rpm

[root@cs1 Packages]# rpm -ihv mysql-community-libs-5.6.23-3.el7.x86_64.rpm
警告:mysql-community-libs-5.6.23-3.el7.x86_64.rpm: 头V3 RSA/SHA256 Signature, 密钥 ID ec551f03: NOKEY
错误:依赖检测失败:
        mysql-community-common(x86-64) = 5.6.23-3.el7 被 mysql-community-libs-5.6.23-3.el7.x86_64 需要
[root@cs1 Packages]# rpm -ivh mysql-community-common-5.6.23-3.el7.x86_64.rpm
警告:mysql-community-common-5.6.23-3.el7.x86_64.rpm: 头V3 RSA/SHA256 Signature, 密钥 ID ec551f03: NOKEY
准备中...                             ################################# [100%]
正在升级/安装...
   1:mysql-community-common-5.6.23-3.e################################# [100%]
[root@cs1 Packages]# rpm -ihv mysql-community-libs-5.6.23-3.el7.x86_64.rpm
警告:mysql-community-libs-5.6.23-3.el7.x86_64.rpm: 头V3 RSA/SHA256 Signature, 密钥 ID ec551f03: NOKEY
准备中...                             ################################# [100%]
正在升级/安装...
   1:mysql-community-libs-5.6.23-3.el7################################# [100%]

[root@cs1 Packages]# ls -lrt perl-DBD-MySQL
ls: 无法访问perl-DBD-MySQL: 没有那个文件或目录
[root@cs1 Packages]# ls -lrt perl-DBD-MySQL*
-rw-rw-r-- 1 root root 143092 8月   6 2014 perl-DBD-MySQL-4.023-5.0.1.el7.x86_64.rpm
[root@cs1 Packages]# rpm -ivh perl-DBD-MySQL-4.023-5.0.1.el7.x86_64.rpm
警告:perl-DBD-MySQL-4.023-5.0.1.el7.x86_64.rpm: 头V3 RSA/SHA256 Signature, 密钥 ID ec551f03: NOKEY
准备中...                             ################################# [100%]
正在升级/安装...
   1:perl-DBD-MySQL-4.023-5.0.1.el7   ################################# [100%]

14.执行mytop命令来监控Mariadb

-bash-4.2$ mytop -u root -p 123456
MariaDB on localhost (10.0.38-MariaDB)                                                                                                                                                                  up 0+01:04:21 [15:49:46]
 Queries: 170.0   qps:    0 Slow:     0.0         Se/In/Up/De(%):    06/00/00/00
 Sorts:     0 qps now:    1 Slow qps: 0.0  Threads:    2 (   1/   0) 00/00/00/00
 Handler: (R/W/U/D)     0/    0/    0/    0        Tmp: R/W/U:    89/   89/    0
 ISAM Key Efficiency: 0.0%  Bps in/out:   1.4/ 66.6   Now in/out:  22.6/ 2.9k

       Id     User         Host/IP        DB   Time     %    Cmd           State Query
       --     ----         -------        --   ----     -    ---           ----- ----------
       12     root       localhost     mysql     10   0.0  Sleep                                                                                                                                                                          
       10     root       localhost      test      0   0.0  Query            init show full processlist   

到此安装也就完成了。

Linux 7 安装Mysql 5.7

在Oracle Linux 7.1中安装MySql 5.7 。mysql安装位置:/mysqlsoft/mysql,数据库文件数据位置:/mysqldata/mysql。
1.首先下载安装介质

mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz

2. 在根目录下创建文件夹mysqlsoft和数据库数据文件/mysqldata/mysql

[root@cs2 /]# mkdir -p /mysqlsoft
[root@cs2 /]# mkdir -p /mysqldata/mysql
[root@cs2 /]# ls -lrt /mysqldata/
total 0
drwxr-xr-x 2 root root 6 May 31 11:58 mysql

3.上传介质mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz到/mysqlsoft目录中并解压

[root@cs2 /]# cd mysqlsoft
[root@cs2 mysqlsoft]# ls -lrt
total 628704
-rw-r--r-- 1 root root 643790848 Apr 20  2018 mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz

[root@cs2 mysqlsoft]# tar -zxvf mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz

[root@cs2 mysqlsoft]# ls -lrt
total 628704
-rw-r--r-- 1 root root 643790848 Apr 20  2018 mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz
drwxr-xr-x 9 root root       120 May 31 12:11 mysql-5.7.22-linux-glibc2.12-x86_64

建议一般不要修改默认文件名,通过软连接来完成

[root@cs2 mysqlsoft]# mv mysql-5.7.22-linux-glibc2.12-x86_64  mysql

[root@cs2 mysqlsoft]# ls -lrt
total 628704
-rw-r--r-- 1 root root 643790848 Apr 20  2018 mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz
drwxr-xr-x 9 root root       120 May 31 13:28 mysql-5.7.22-linux-glibc2.12-x86_64
lrwxrwxrwx 1 root root        35 May 31 13:33 mysql -> mysql-5.7.22-linux-glibc2.12-x86_64
[root@cs2 mysqlsoft]# cd mysql
[root@cs2 mysql]# ls
bin  COPYING  docs  include  lib  man  README  share  support-files

4. 创建mysql用户与用户组

[root@cs2 mysql]# groupadd mysql
[root@cs2 mysql]# useradd -r -g mysql -s /bin/false mysql

因为用户只用于所有权目的,而不是登录目的,useradd命令使用-r与-s /bin/false选项来创建一个用户没有登录服务器主机的权限。

5.修改/mysqlsoft/mysql与/mysqldata/mysql目录权限

[root@cs2 /]# chown -R mysql:mysql /mysqlsoft/mysql
[root@cs2 /]# chown -R mysql:mysql /mysqldata/mysql
[root@cs2 /]# chmod -R 775 /mysqlsoft/mysql
[root@cs2 /]# chmod -R 775 /mysqldata/mysql

6. MySQL对于libaio库有依赖性。台果这个libaio库没有安装那么数据目录初始化与后续的数据库服务启动将会失败,安装libaio库执行以下操作:
查询是否安装了libaio库

[root@cs2 local]# yum search libaio
Loaded plugins: langpacks
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
=========================================================================================================== N/S matched: libaio ============================================================================================================
libaio.i686 : Linux-native asynchronous I/O access library
libaio.x86_64 : Linux-native asynchronous I/O access library
libaio-devel.i686 : Development files for Linux-native asynchronous I/O access
libaio-devel.x86_64 : Development files for Linux-native asynchronous I/O access

  Name and summary matches only, use "search all" for everything.

如果没有安装,可以执行下面的命令来安装

[root@cs2 local]# yum install libaio
Loaded plugins: langpacks
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
file:///run/media/jy/OL-7.1%20Server.x86_64/repodata/repomd.xml: [Errno 14] curl#37 - "Couldn't open file /run/media/jy/OL-7.1%20Server.x86_64/repodata/repomd.xml"
Trying other mirror.
Package libaio-0.3.109-12.el7.x86_64 already installed and latest version
Nothing to do

7.配置mysql参数
只是设置几个简单的mysql运行参数

[root@cs2 ~]# vi /mysqlsoft/mysql/my.cnf 
[mysqld]
basedir=/mysqlsoft/mysql
datadir=/mysqldata/mysql
bind-address=0.0.0.0
user=mysql
port=3306
log-error=/mysqldata/mysql/mysql.err
pid-file=/mysqldata/mysql/mysqld.pid
socket = /mysqldata/mysql/mysql.sock
character-set-server=utf8
default-storage-engine=INNODB
explicit_defaults_for_timestamp = true
"/mysqlsoft/mysql/my.cnf" [New] 67L, 1642C written

注意:log-error 一定要配置,因为如果mysql启动错误,可以从日志文件中找到错误原因。其次bind—address配置0.0.0.0是为了监听所有的连接。还有就是socket参数所指定的mysql.sock文件的路径最好设置为/tmp/mysql.sock,因为unix socket文件的缺省位置在/tmp目录中。

8.初始化mysql

[root@cs2 /]# cd /mysqlsoft/mysql/bin
[root@cs2 bin]# ./mysqld --user=mysql  --defaults-file=/mysqlsoft/mysql/my.cnf --basedir=/mysqlsoft/mysql --datadir=/mysqldata/mysql --initialize


[root@cs2 mysql]# cat mysql.err
2019-05-31T06:01:50.260643Z 0 [Warning] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
2019-05-31T06:01:50.260731Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
 100
 100
2019-05-31T06:01:53.795162Z 0 [Warning] InnoDB: New log files created, LSN=45790
2019-05-31T06:01:54.049268Z 0 [Warning] InnoDB: Creating foreign key constraint system tables.
2019-05-31T06:01:54.102171Z 0 [ERROR] unknown variable 'defaults-file=/mysqlsoft/mysql/my.cnf'
2019-05-31T06:01:54.102193Z 0 [ERROR] Aborting

网上有人说是文件权限的问题,然后重新授权chmod 664 my.cnf 但并没有解决,有人建议调整一下参数顺序就好!!!最后调整了一下参数顺序果然有效:

[root@cs2 bin]# ./mysqld  --defaults-file=/mysqlsoft/mysql/my.cnf --initialize --basedir=/mysqlsoft/mysql --datadir=/mysqldata/mysql --user=mysql

[root@cs2 mysql]# cat mysql.err
2019-05-31T06:05:06.362925Z 0 [Warning] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
2019-05-31T06:05:06.362994Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
 100
 100
2019-05-31T06:05:09.779913Z 0 [Warning] InnoDB: New log files created, LSN=45790
2019-05-31T06:05:10.026707Z 0 [Warning] InnoDB: Creating foreign key constraint system tables.
2019-05-31T06:05:10.094462Z 0 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: 0be6983a-836a-11e9-a341-005056a092af.
2019-05-31T06:05:10.109209Z 0 [Warning] Gtid table is not ready to be used. Table 'mysql.gtid_executed' cannot be opened.
2019-05-31T06:05:10.110107Z 1 [Note] A temporary password is generated for root@localhost: ,;pm93qnL%-j
2019-05-31T06:05:14.966324Z 1 [Warning] 'user' entry 'root@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966373Z 1 [Warning] 'user' entry 'mysql.session@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966391Z 1 [Warning] 'user' entry 'mysql.sys@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966419Z 1 [Warning] 'db' entry 'performance_schema mysql.session@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966428Z 1 [Warning] 'db' entry 'sys mysql.sys@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966441Z 1 [Warning] 'proxies_priv' entry '@ root@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966493Z 1 [Warning] 'tables_priv' entry 'user mysql.session@localhost' ignored in --skip-name-resolve mode.
2019-05-31T06:05:14.966508Z 1 [Warning] 'tables_priv' entry 'sys_config mysql.sys@localhost' ignored in --skip-name-resolve mode.

其中[Note] A temporary password is generated for root@localhost: ,;pm93qnL%-j的root@localhost: 后面跟的是mysql数据库登录的临时密码,各人安装生成的临时密码不一样。可以看到到日志文件没有报错,而且有了临时密码,表示初始化成功。

9. 如果想服务能够部署自动支持安全连接,使用mysql_ssl_rsa_setup工具来创建缺省SSL与RSA文件

[root@cs2 bin]# ./mysql_ssl_rsa_setup --datadir=/mysqldata/mysql
Generating a 2048 bit RSA private key
......................................................................+++
..............................................................+++
writing new private key to 'ca-key.pem'
-----
Generating a 2048 bit RSA private key
.............+++
..............+++
writing new private key to 'server-key.pem'
-----
Generating a 2048 bit RSA private key
.....................................+++
................................................+++
writing new private key to 'client-key.pem'
-----

9.启动mysql服务

[root@cs2 /]# sh /mysqlsoft/mysql/support-files/mysql.server start
/mysqlsoft/mysql/support-files/mysql.server: line 239: my_print_defaults: command not found
/mysqlsoft/mysql/support-files/mysql.server: line 259: cd: /usr/local/mysql: No such file or directory
Starting MySQL ERROR! Couldn't find MySQL server (/usr/local/mysql/bin/mysqld_safe)

启动mysql服务命令会报错,因为没有修改mysql的配置文件
修改Mysql配置文件,修改前为以下内容

if test -z "$basedir"
then
  basedir=/usr/local/mysql
  bindir=/usr/local/mysql/bin
  if test -z "$datadir"
  then
    datadir=/usr/local/mysql/data
  fi
  sbindir=/usr/local/mysql/bin
  libexecdir=/usr/local/mysql/bin
else
  bindir="$basedir/bin"
  if test -z "$datadir"
  then
    datadir="$basedir/data"
  fi
  sbindir="$basedir/sbin"
  libexecdir="$basedir/libexec"
fi

修改后的内容如下

[root@cs2 ~]# vi /mysqlsoft/mysql/support-files/mysql.server
if test -z "$basedir"
then
  basedir=/mysqlsoft/mysql
  bindir=/mysqlsoft/mysql/bin
  if test -z "$datadir"
  then
    datadir=/mysqldata/mysql
  fi
  sbindir=/mysqlsoft/mysql/bin
  libexecdir=/mysqlsoft/mysql/bin
else
  bindir="$basedir/bin"
  if test -z "$datadir"
  then
    datadir="$basedir/data"
  fi
  sbindir="$basedir/sbin"
  libexecdir="$basedir/libexec"
fi


[root@cs2 ~]# cp /mysqlsoft/mysql/support-files/mysql.server  /etc/init.d/mysqld

[root@cs2 ~]# chmod 755 /etc/init.d/mysqld

10.启动mysql

[root@cs2 ~]# service mysqld start
Starting MySQL.. SUCCESS!

11.配置环境变量

[root@cs2 ~]# vi /etc/profile
# /etc/profile

# System wide environment and startup programs, for login setup
# Functions and aliases go in /etc/bashrc

# It's NOT a good idea to change this file unless you know what you
# are doing. It's much better to create a custom.sh shell script in
# /etc/profile.d/ to make custom changes to your environment, as this
# will prevent the need for merging in future updates.

export MYSQL_HOME=/mysqlsoft/mysql/
export PATH=$PATH:$MYSQL_HOME/bin

11.登录Mysql
初始化成功后,查看初始化密码

[root@cs2 ~]# cat /mysqldata/mysql/mysql.err | grep password
2019-05-31T06:05:10.110107Z 1 [Note] A temporary password is generated for root@localhost: ,;pm93qnL%-j

并输入刚刚复制的密码,但是 却提示不能通过mysql.sock文件实现连接

[root@cs2 bin]# ./mysqladmin -u root -p password
Enter password: 
mysqladmin: connect to server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket '/mysqlsoft/mysql/mysql.sock' (2)'
Check that mysqld is running and that the socket: '/mysqlsoft/mysql/mysql.sock' exists!

这里就奇怪了,因为在my.cnf文件中设置的socket文件路径为/mysqldata/mysql/mysql.sock,但mysql所使用的文件不是启动服务所生成的。

[root@cs2 ~]# cat /mysqlsoft/mysql/my.cnf
[mysqld]
basedir=/mysqlsoft/mysql
datadir=/mysqldata/mysql
bind-address=0.0.0.0
user=mysql
port=3306
log-error=/mysqldata/mysql/mysql.err
pid-file=/mysqldata/mysql/mysqld.pid
socket = /mysqldata/mysql/mysql.sock
character-set-server=utf8
default-storage-engine=INNODB
explicit_defaults_for_timestamp = true

[root@cs2 mysql]# ls -lrt
total 286896
-rw-r----- 1 mysql mysql 134217728 May 31 14:05 ib_logfile1
-rw-r----- 1 mysql mysql        56 May 31 14:05 auto.cnf
drwxr-x--- 2 mysql mysql      8192 May 31 14:05 performance_schema
drwxr-x--- 2 mysql mysql      4096 May 31 14:05 mysql
drwxr-x--- 2 mysql mysql      8192 May 31 14:05 sys
-rw------- 1 mysql mysql      1679 May 31 14:25 ca-key.pem
-rw-r--r-- 1 mysql mysql      1107 May 31 14:25 ca.pem
-rw------- 1 mysql mysql      1679 May 31 14:25 server-key.pem
-rw-r--r-- 1 mysql mysql      1107 May 31 14:25 server-cert.pem
-rw------- 1 mysql mysql      1679 May 31 14:25 client-key.pem
-rw-r--r-- 1 mysql mysql      1107 May 31 14:25 client-cert.pem
-rw------- 1 mysql mysql      1679 May 31 14:25 private_key.pem
-rw-r--r-- 1 mysql mysql       451 May 31 14:25 public_key.pem
-rw-r----- 1 mysql mysql       291 May 31 18:05 ib_buffer_pool
-rw------- 1 mysql mysql         6 May 31 18:08 mysql.sock.lock
srwxrwxrwx 1 mysql mysql         0 May 31 18:08 mysql.sock
-rw-r----- 1 mysql mysql         6 May 31 18:08 mysqld.pid
-rw-r----- 1 mysql mysql    101396 May 31 18:08 mysql.err
-rw-r----- 1 mysql mysql  12582912 May 31 18:08 ibtmp1
-rw-r----- 1 mysql mysql  12582912 May 31 18:08 ibdata1
-rw-r----- 1 mysql mysql 134217728 May 31 18:08 ib_logfile0

可以看到在/var/lib/mysql目录中的mysql.sock是指向/mysqlsoft/mysql/mysql.sock文件的。

[mysql@cs2 ~]$ ls -lrt /var/lib/mysql 
总用量 110604
-rw-rw----. 1   27   27 50331648 10月 11 2017 ib_logfile1
drwx------. 2   27   27     4096 10月 11 2017 performance_schema
drwx------. 2   27   27     4096 10月 11 2017 mysql
-rw-rw----. 1   27   27       56 10月 11 2017 auto.cnf
-rw-rw----. 1   27   27 50331648 5月  30 18:32 ib_logfile0
-rw-rw----. 1   27   27 12582912 5月  30 18:32 ibdata1
lrwxrwxrwx  1 root root       27 5月  31 15:44 mysql.sock -> /mysqlsoft/mysql/mysql.sock

如果使用-S选项来指定生成的mysql.sock文件进行登录是可以成功登录的

[mysql@cs2 mysql]$  mysql -S /mysqldata/mysql/mysql.sock -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 6
Server version: 5.7.22 MySQL Community Server (GPL)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> quit

修改socket文件路径为/mysqlsoft/mysql/mysql.sock

[root@cs2 ~]# cat /mysqlsoft/mysql/my.cnf
[mysqld]
basedir=/mysqlsoft/mysql
datadir=/mysqldata/mysql
bind-address=0.0.0.0
user=mysql
port=3306
log-error=/mysqldata/mysql/mysql.err
pid-file=/mysqldata/mysql/mysqld.pid
socket = /mysqlsoft/mysql/mysql.sock
character-set-server=utf8
default-storage-engine=INNODB
explicit_defaults_for_timestamp = true

再重启mysql服务

[root@cs2 ~]# service mysqld stop
Shutting down MySQL.. SUCCESS! 
[root@cs2 ~]# service mysqld start
Starting MySQL.. SUCCESS!

[mysql@cs2 ~]$ mysql -u root -p 
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 4
Server version: 5.7.22 MySQL Community Server (GPL)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

这就可以登录了。

12.重置root用户密码

[mysql@cs2 ~]$ mysql -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.22

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> set password=password("123456");
Query OK, 0 rows affected, 1 warning (0.00 sec)

13.设置允许远程登录mysql
如果要远程访问数据库,只需要把拥有全部权限的root账号对应的记录的Host字段改为%就可以了

mysql> use mysql;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> update user set host='%' where user='root';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

mysql> grant all privileges on *.* to root@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

测试远程登录

-bash-4.2$ mysql -h 10.11.13.19 -P 3306 -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 4
Server version: 5.7.22 MySQL Community Server (GPL)

Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use mysql;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> SELECT DISTINCT CONCAT('User: [', user, '''@''', host, '];') AS USER_HOST FROM user; 
+------------------------------------+
| USER_HOST                          |
+------------------------------------+
| User: [root'@'%];                  |
| User: [mysql.session'@'localhost]; |
| User: [mysql.sys'@'localhost];     |
+------------------------------------+
3 rows in set (0.05 sec)

到此所有的安装步骤就完成,安装还是相当简单的。

当用户无限制使用表空间配额且表空间有足够空间时在执行DML操作时出现超出表空间的空间限额

朋友生产数据库在向特定的一张表插入数据时报超出表空间data的空间限额如是执行下查看用户所用的表空间配额信息,查看用户所使用表空间的配额发现没有限制,因为max_bytes为 -1

SQL>  select * from dba_ts_quotas where username='data';

TABLESPACE_NAME                USERNAME                            BYTES  MAX_BYTES     BLOCKS MAX_BLOCKS DROPPED
------------------------------ ------------------------------ ---------- ---------- ---------- ---------- -------
data                           data                           8825732464         -1  107735992         -1 NO

 1 rows selected

SQL>
SQL> select
  2    fs.tablespace_name            "Tablespace",
  3    (df.totalspace-fs.freespace)  "Used MB",
  4    fs.freespace                  "Free MB",
  5    df.totalspace                 "Total MB",
  6    round(100*(fs.freespace/df.totalspace)) "Pct. Free"
  7  from
  8    (select tablespace_name,round(sum(bytes)/1024/1024) TotalSpace
  9    from dba_data_files group by  tablespace_name) df,
 10    (select tablespace_name,round(sum(bytes)/1024/1024) FreeSpace
 11    from dba_free_space group by tablespace_name) fs
 12  where df.tablespace_name=fs.tablespace_name;

Tablespace                        Used MB    Free MB   Total MB  Pct. Free
------------------------------ ---------- ---------- ---------- ----------
SYSTEM                               7207       3033      10240         30
TEST                                 6790      34170      40960         83
USERS                                 173      25427      25600         99
UNDOTBS2                              227      24013      24240         99
DATA                               990119     176281    1166400         15
SYSAUX                               3925       1195       5120         23
UNDOTBS1                            12898      28062      40960         69

7 rows selected

查看表lv_data的依赖对象

SQL> select NAME,TYPE from dba_dependencies where REFERENCED_NAME='LV_DATA';

NAME                           TYPE
------------------------------ ------------------
LV_DATA                        VIEW
FC_UPDATE_CORPFUND             PROCEDURE
FC_UPDATE_MY                   PROCEDURE
FC_UPDATE_KY                   PROCEDURE
FC_UPDATE_FACTPAY              PROCEDURE
FC_UPDATE_CALCPAY              PROCEDURE
FC_UPDATE_KY                   PROCEDURE
......
LV_DATA                        SYNONYM
LV_DATA                        VIEW
LV_DATA                        SYNONYM
LV_DATA                        SYNONYM

139 rows selected

查看所有依赖对象的所有者

SQL> select  distinct owner from dba_objects where OBJECT_NAME in(select NAME from dba_dependencies where REFERENCED_NAME='LV_DATA');

OWNER
------------------------------
SY
SY_BK
WEB
CX
DATA
OLD
TEST
XC
CZ
OSY
BACKUP
TJ

12 rows selected

对所有依赖对象所有者授权可以无限制使用表空间

SQL> grant unlimited tablespace to OSY;

Grant succeeded

SQL> grant unlimited tablespace to SBK;

Grant succeeded

SQL> grant unlimited tablespace to WEB;

Grant succeeded

SQL> grant unlimited tablespace to CX;

Grant succeeded

SQL> grant unlimited tablespace to DATA;

Grant succeeded

SQL> grant unlimited tablespace to OLD;

Grant succeeded

SQL> grant unlimited tablespace to TEST;

Grant succeeded

SQL> grant unlimited tablespace to XC;

Grant succeeded

SQL> grant unlimited tablespace to CZ;

Grant succeeded

SQL> grant unlimited tablespace to SY;

Grant succeeded

SQL> grant unlimited tablespace to BACKUP;

Grant succeeded

SQL> grant unlimited tablespace to TJ;

Grant succeeded

再向表lv_data插入数据时恢复正常

sql server 2005 数据修改的内部原理

当插入新的记录到数据表中时,SQL Server必须决定在哪里插入记录。如果数据表没有聚集索引—也就是说,数据表还是堆表的话–新的记录总是插到表中任何有可用空间的地方。如果空间中没有可用的分页,SQL Server会尝试从已经分配给对象的现有的统一扩展中寻找未分配的分页。如果这样的分页也不存在,SQL Server就必须为数据表分配一个全新的扩展。

聚集索引根据新记录的聚集索引键列的值将插入导向到特定的分页。当新的记录是插入语句的直接结果或者是由“删除+插入”策略所执行的更新语句的结果时就会发生插入。SQL Server将新的记录插入到聚集索引中的合适位置,如果当前分页没有可用空间的话,会通过页拆分(page split)在分页中进行接合。如果不将聚集索引 声明为唯一性并插入具有重复键值的记录时,SQL Server会为所有后续的具有相同键值的记录自动生成一个唯一标识符(uniqueifier)。于是,SQL Server在内部将所有的聚集索引键都看作是唯一的。

页拆分(Splitting Pages)
SQL Server找到新的可用分页以后,原来的分页就要被拆分:行的一半留在原来的分页上,而另一半则被移到新的分页上。在某些情况下,由于变长字段的长度可能会变得远远大于分页上任何现有的记录,SQL Server会发现即使在页拆分以后仍然没有可用空间来存放新的记录。拆分后,一条或多条记录会被提升到父级分页中。如果只需要一次拆分,那么就提升一条记录。然而,如果在一次拆分后仍然无法容纳新的记录,那么就可能会潜在地产生多个新的分页并产生多次到父级分页的提升。举例来说,比如一个具有32行数据的分页。假设SQL Server尝试插入一条8000个字节长的新记录。SQL Server会对该分页进行一次拆分,但是无法丙容纳一条800个字节长的新记录。即使在第二次拆分后,仍然无法容纳新的记录。最终,SQL Server会意识到如果分页中有任何其他记录存在的话是无法容纳这条新记录的,因此它会分配一个新的分页来容纳这条唯一的新记录。于是,会发生几次页拆分,产生许多新的分页以及父级分页中的许多新的行。

SQL Server总是从根节点向下搜索索引树的,因此在插入操作的过程中,分页是在下层中进行的。这意味着当插入操作搜索索引的时候,需要将索引保护起来防止可能的更新操作。这种保护机制使用闩锁。当分页被读取或者被写入磁盘的时候,SQL Server会获取闩锁来保护分页内容的物理完整性。父节点(非叶节点)被闩锁锁住直到得知子节点拥有自己的闩锁来保护时为止。然后,父级的闩锁就可以安全地被释放掉了。

在父级节点上的闩锁被释放以前,SQL Server会判断分页是否能够容纳另两行数据。如果不能的话,就进行页拆分。最终目的是确保父级分页总是有足够的空间容纳记录或者由子分页拆分所得到的记录(有时候这会导致无需进行页拆分–至少尚未拆分。这将带来性能上的优化)。拆分的类型取决于被拆分分页的类型:索引的根分页,中间级的索引分页以及数据分页。

拆分索引的根分页
如果索引的根分页需要为插入一条新的索引也被拆分的话,SQL Server会为此索引分配两个新的分页。根分页中的所有记录在这两个新分页中被拆分,而新的索引行也被插入到这些分页之中的某个合适的位置。原来的根分页仍然是根,但是现在上面只有两条记录,指向新分配的两个分页。根的页拆分会在索引中创建一个新的级别。由于索引通常只有几层的深度,这种类型的拆分并不会经常发生。

拆分中间级索引分页
中间级索引分页的拆分是通过定位分页上索引键的中点,分配新的分页并将旧的索引分页中较低的一半复制到新的分页来实现的。同样地,尽管这比根分页的拆分要常见一些,但这种情况也并不会经常发生。

拆分数据分页
数据分页的拆分是最值得关注也是最可能发生的情况,并且这也可能是开发者唯一应该关注的拆分类型。数据分页的拆分只有在表上存在聚集索引且进行插入操作时才会发生。如果不存在聚集索引,SQL Server会根据PFS分页在任何可以容纳新记录的分页上完成插入。尽管只有插入行为才会引起拆分,但这种插入行为也可能是update语句产生的结果,而不仅仅针对insert语句。正如下面将要介绍的,如果行不能在原处被更新或者至少在同一个分页中被更新的话,更新操作实际上就被分解为先删除原始行再插入行的一个新版本。当然,插入新的记录还会造成页拆分。

拆分数据分页是一个复杂的操作。与拆分中间级索引分页非常类似的是,SQL Server也是通过定位分页上的索引键的中点,分配新的分页并将旧的索引分页中较低的一半复制到新的分页来实现的。这需要索引管理器决定在哪个分页上放置新的记录并且能够处理原业的旧分页和新分页都不能容纳的大的行记录。当数据分页被拆分时,聚集索引键值不会改变,因而非聚集索引也不会受到影响。

下面来看看当发生拆分时分页上的情况。下面的脚本新建了一个具有较大行记录的数据表bigrows—相当大,实际上一个分页上只能容纳五行数据。一旦表被创建并插入五行记录以后,我们可以通过如下步骤找到该表的第一个分页(在本例中也是唯一的分页):将dbcc ind的输出结果插入到sp_table_pages表中,寻找没有前一页的数据分页的信息然后使用dbcc page来查看分页的内容。由于没有必要查看分页上所有的8020个字节的数据,我们只需要查看分页末尾的行偏移数组并观察当插入第六条记录时分页上的情况。

/*首先创建数据表bigrows */
use adventureworks;
GO

drop table bigrows;
GO

create table bigrows
(
a int primary key,
b varchar(1600)
);
GO

/* 向表中插入五行数据 */
insert into bigrows values(5,replicate('a',1600));
insert into bigrows values(10,replicate('b',1600));
insert into bigrows values(15,replicate('c',1600));
insert into bigrows values(20,replicate('d',1600));
insert into bigrows values(25,replicate('e',1600));
GO

truncate table sp_table_pages;
insert into sp_table_pages exec('dbcc ind(adventureworks,bigrows,-1)');
select pagefid,pagepid from sp_table_pages where pagetype=1;

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

(2 行受影响)
pagefid pagepid
------- -----------
1 20996

(1 行受影响)

dbcc traceon(3604);
GO
dbcc page(adventureworks,1,20996,1);

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

PAGE: (1:20996)

BUFFER:

BUF @0x0000000083FD7F80

bpage = 0x00000000835FE000 bhash = 0x0000000000000000 bpageno = (1:20996)
bdbid = 6 breferences = 0 bUse1 = 686
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x00000000835FE000

m_pageId = (1:20996) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8000
m_objId (AllocUnitId.idObj) = 346 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060603392
Metadata: PartitionId = 72057594054311936 Metadata: IndexId = 1
Metadata: ObjectId = 743673697 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 8 m_slotCnt = 5 m_freeCnt = 11
m_freeData = 8171 m_reservedCnt = 0 m_lsn = (134:408:2)
m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x60 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E22C060

0000000000000000: 30000800 05000000 0200fc01 004f0661 ?0............O.a
0000000000000010: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000020: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000030: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000040: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000050: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000060: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000070: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000080: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000090: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000100: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000110: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000120: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000130: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000140: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000150: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000160: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000170: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000180: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000190: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000200: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000210: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000220: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000230: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000240: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000250: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000260: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000270: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000280: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000290: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000300: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000310: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000320: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000330: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000340: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000350: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000360: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000370: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000380: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000390: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000400: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000410: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000420: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000430: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000440: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000450: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000460: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000470: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000480: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000490: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000500: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000510: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000520: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000530: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000540: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000550: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000560: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000570: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000580: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000590: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000600: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000610: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000620: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000630: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000640: 61616161 61616161 61616161 616161????aaaaaaaaaaaaaaa

Slot 1, Offset 0x6af, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E22C6AF

0000000000000000: 30000800 0a000000 0200fc01 004f0662 ?0............O.b
0000000000000010: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000020: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000030: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000040: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000050: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000060: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000070: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000080: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000090: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000100: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000110: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000120: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000130: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000140: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000150: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000160: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000170: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000180: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000190: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000200: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000210: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000220: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000230: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000240: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000250: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000260: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000270: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000280: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000290: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000300: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000310: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000320: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000330: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000340: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000350: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000360: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000370: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000380: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000390: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000400: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000410: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000420: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000430: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000440: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000450: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000460: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000470: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000480: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000490: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000500: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000510: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000520: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000530: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000540: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000550: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000560: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000570: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000580: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000590: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000600: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000610: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000620: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000630: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000640: 62626262 62626262 62626262 626262????bbbbbbbbbbbbbbb

Slot 2, Offset 0xcfe, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E22CCFE

0000000000000000: 30000800 0f000000 0200fc01 004f0663 ?0............O.c
0000000000000010: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000020: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000030: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000040: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000050: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000060: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000070: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000080: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000090: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000100: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000110: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000120: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000130: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000140: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000150: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000160: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000170: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000180: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000190: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000200: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000210: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000220: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000230: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000240: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000250: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000260: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000270: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000280: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000290: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000300: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000310: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000320: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000330: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000340: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000350: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000360: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000370: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000380: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000390: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000400: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000410: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000420: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000430: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000440: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000450: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000460: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000470: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000480: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000490: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000500: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000510: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000520: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000530: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000540: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000550: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000560: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000570: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000580: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000590: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000600: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000610: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000620: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000630: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000640: 63636363 63636363 63636363 636363????ccccccccccccccc

Slot 3, Offset 0x134d, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E22D34D

0000000000000000: 30000800 14000000 0200fc01 004f0664 ?0............O.d
0000000000000010: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000020: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000030: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000040: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000050: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000060: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000070: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000080: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000090: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000100: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000110: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000120: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000130: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000140: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000150: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000160: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000170: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000180: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000190: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000200: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000210: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000220: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000230: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000240: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000250: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000260: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000270: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000280: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000290: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000300: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000310: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000320: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000330: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000340: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000350: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000360: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000370: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000380: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000390: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000400: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000410: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000420: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000430: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000440: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000450: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000460: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000470: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000480: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000490: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000500: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000510: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000520: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000530: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000540: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000550: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000560: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000570: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000580: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000590: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000600: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000610: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000620: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000630: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000640: 64646464 64646464 64646464 646464????ddddddddddddddd

Slot 4, Offset 0x199c, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E22D99C

0000000000000000: 30000800 19000000 0200fc01 004f0665 ?0............O.e
0000000000000010: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000020: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000030: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000040: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000050: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000060: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000070: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000080: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000090: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000100: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000110: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000120: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000130: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000140: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000150: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000160: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000170: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000180: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000190: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000200: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000210: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000220: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000230: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000240: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000250: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000260: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000270: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000280: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000290: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000300: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000310: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000320: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000330: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000340: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000350: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000360: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000370: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000380: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000390: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000400: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000410: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000420: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000430: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000440: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000450: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000460: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000470: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000480: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000490: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000500: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000510: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000520: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000530: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000540: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000550: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000560: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000570: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000580: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000590: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000600: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000610: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000620: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000630: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000640: 65656565 65656565 65656565 656565????eeeeeeeeeeeeeee

下面是从dbcc page输出结果中得到的行偏移数组:

OFFSET TABLE:

Row - Offset
4 (0x4) - 6556 (0x199c)
3 (0x3) - 4941 (0x134d)
2 (0x2) - 3326 (0xcfe)
1 (0x1) - 1711 (0x6af)
0 (0x0) - 96 (0x60)

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

下面插入一行新的记录并再次查看行偏移数组:

use adventureworks;
GO
insert into bigrows values(22,replicate('x',1600));
GO

从m_nextPage = (1:20999)结果可知现在有两个数据分页,下一个分页号为20999。

PAGE: (1:20996)

BUFFER:

BUF @0x0000000083FD7F80

bpage = 0x00000000835FE000 bhash = 0x0000000000000000 bpageno = (1:20996)
bdbid = 6 breferences = 0 bUse1 = 4322
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x00000000835FE000

m_pageId = (1:20996) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x0
m_objId (AllocUnitId.idObj) = 346 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060603392
Metadata: PartitionId = 72057594054311936 Metadata: IndexId = 1
Metadata: ObjectId = 743673697 m_prevPage = (0:0) m_nextPage = (1:20999)
pminlen = 8 m_slotCnt = 3 m_freeCnt = 3245
m_freeData = 8171 m_reservedCnt = 0 m_lsn = (134:416:17)
m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x60 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8C060

0000000000000000: 30000800 05000000 0200fc01 004f0661 ?0............O.a
0000000000000010: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000020: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000030: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000040: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000050: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000060: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000070: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000080: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000090: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000100: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000110: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000120: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000130: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000140: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000150: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000160: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000170: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000180: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000190: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000200: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000210: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000220: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000230: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000240: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000250: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000260: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000270: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000280: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000290: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000300: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000310: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000320: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000330: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000340: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000350: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000360: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000370: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000380: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000390: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000400: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000410: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000420: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000430: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000440: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000450: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000460: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000470: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000480: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000490: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000500: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000510: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000520: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000530: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000540: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000550: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000560: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000570: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000580: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000590: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000600: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000610: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000620: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000630: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000640: 61616161 61616161 61616161 616161????aaaaaaaaaaaaaaa

Slot 1, Offset 0x6af, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8C6AF

0000000000000000: 30000800 0a000000 0200fc01 004f0662 ?0............O.b
0000000000000010: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000020: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000030: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000040: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000050: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000060: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000070: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000080: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000090: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000100: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000110: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000120: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000130: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000140: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000150: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000160: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000170: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000180: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000190: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000200: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000210: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000220: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000230: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000240: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000250: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000260: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000270: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000280: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000290: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000300: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000310: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000320: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000330: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000340: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000350: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000360: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000370: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000380: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000390: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000400: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000410: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000420: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000430: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000440: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000450: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000460: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000470: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000480: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000490: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000500: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000510: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000520: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000530: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000540: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000550: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000560: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000570: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000580: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000590: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000600: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000610: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000620: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000630: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000640: 62626262 62626262 62626262 626262????bbbbbbbbbbbbbbb

Slot 2, Offset 0xcfe, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8CCFE

0000000000000000: 30000800 0f000000 0200fc01 004f0663 ?0............O.c
0000000000000010: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000020: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000030: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000040: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000050: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000060: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000070: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000080: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000090: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000100: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000110: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000120: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000130: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000140: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000150: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000160: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000170: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000180: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000190: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000200: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000210: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000220: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000230: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000240: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000250: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000260: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000270: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000280: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000290: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000300: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000310: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000320: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000330: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000340: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000350: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000360: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000370: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000380: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000390: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000400: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000410: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000420: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000430: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000440: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000450: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000460: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000470: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000480: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000490: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000500: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000510: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000520: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000530: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000540: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000550: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000560: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000570: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000580: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000590: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000600: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000610: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000620: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000630: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000640: 63636363 63636363 63636363 636363????ccccccccccccccc

OFFSET TABLE:

Row - Offset
2 (0x2) - 3326 (0xcfe)
1 (0x1) - 1711 (0x6af)
0 (0x0) - 96 (0x60)

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

在拆分后检查原来的数据分页发现它既有可能包含原始分页的上半部分的行记录也可能是下半部分。SQL Server通常会移动记录因而新插入的记录会移动到新的分页上去。因为这些行记录无论如何都会移动,因此调整它们的位置来容纳新插入的记录就更具有意义了。在这个例子中,新的记录,其聚集键值为22,会被插入到分页的下半部分中去。因此当发生页拆分时,前三行仍然留在原始分页20996中。可以检查页头来找到下一个包含新记录的分页位置。其中,m_nextPage域指明了页号。该值以十进制的格式表示为文件号;分页号对,因此可以很容易地将其运用在dbcc page命令中。当我运行该查询时,得到的m_nextPage的值为1:20999,因此要执行如下命令:

use adventureworks;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,20999,1)

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

PAGE: (1:20999)

BUFFER:

BUF @0x0000000083FF9C80

bpage = 0x0000000083E72000 bhash = 0x0000000000000000 bpageno = (1:20999)
bdbid = 6 breferences = 0 bUse1 = 7865
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x0000000083E72000

m_pageId = (1:20999) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x0
m_objId (AllocUnitId.idObj) = 346 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060603392
Metadata: PartitionId = 72057594054311936 Metadata: IndexId = 1
Metadata: ObjectId = 743673697 m_prevPage = (1:20996) m_nextPage = (0:0)
pminlen = 8 m_slotCnt = 3 m_freeCnt = 3245
m_freeData = 4941 m_reservedCnt = 0 m_lsn = (134:416:20)
m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x60 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8C060

0000000000000000: 30000800 14000000 0200fc01 004f0664 ?0............O.d
0000000000000010: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000020: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000030: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000040: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000050: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000060: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000070: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000080: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000090: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000000F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000100: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000110: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000120: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000130: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000140: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000150: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000160: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000170: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000180: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000190: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000001F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000200: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000210: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000220: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000230: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000240: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000250: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000260: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000270: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000280: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000290: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000002F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000300: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000310: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000320: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000330: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000340: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000350: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000360: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000370: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000380: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000390: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000003F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000400: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000410: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000420: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000430: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000440: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000450: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000460: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000470: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000480: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000490: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000004F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000500: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000510: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000520: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000530: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000540: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000550: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000560: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000570: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000580: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000590: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005A0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005B0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005C0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005D0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005E0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
00000000000005F0: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000600: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000610: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000620: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000630: 64646464 64646464 64646464 64646464 ?dddddddddddddddd
0000000000000640: 64646464 64646464 64646464 646464????ddddddddddddddd

Slot 1, Offset 0xcfe, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8CCFE

0000000000000000: 30000800 16000000 0200fc01 004f0678 ?0............O.x
0000000000000010: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000020: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000030: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000040: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000050: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000060: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000070: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000080: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000090: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000000F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000100: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000110: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000120: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000130: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000140: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000150: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000160: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000170: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000180: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000190: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000001F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000200: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000210: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000220: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000230: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000240: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000250: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000260: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000270: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000280: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000290: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000002F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000300: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000310: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000320: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000330: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000340: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000350: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000360: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000370: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000380: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000390: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000003F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000400: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000410: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000420: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000430: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000440: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000450: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000460: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000470: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000480: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000490: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000004F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000500: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000510: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000520: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000530: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000540: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000550: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000560: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000570: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000580: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000590: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000005F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000600: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000610: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000620: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000630: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000640: 78787878 78787878 78787878 787878????xxxxxxxxxxxxxxx

Slot 2, Offset 0x6af, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000003A8C6AF

0000000000000000: 30000800 19000000 0200fc01 004f0665 ?0............O.e
0000000000000010: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000020: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000030: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000040: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000050: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000060: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000070: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000080: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000090: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000000F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000100: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000110: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000120: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000130: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000140: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000150: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000160: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000170: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000180: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000190: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000001F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000200: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000210: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000220: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000230: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000240: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000250: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000260: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000270: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000280: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000290: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000002F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000300: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000310: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000320: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000330: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000340: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000350: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000360: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000370: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000380: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000390: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000003F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000400: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000410: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000420: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000430: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000440: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000450: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000460: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000470: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000480: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000490: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000004F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000500: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000510: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000520: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000530: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000540: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000550: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000560: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000570: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000580: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000590: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005A0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005B0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005C0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005D0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005E0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
00000000000005F0: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000600: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000610: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000620: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000630: 65656565 65656565 65656565 65656565 ?eeeeeeeeeeeeeeee
0000000000000640: 65656565 65656565 65656565 656565????eeeeeeeeeeeeeee

OFFSET TABLE:

下面是插入以后第二个分页上的行偏移数组:

Row - Offset
2 (0x2) - 1711 (0x6af)
1 (0x1) - 3326 (0xcfe)
0 (0x0) - 96 (0x60)

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

注意,在页拆分以后,此分页上有三行记录:原始分页上的后两条记录(键值为20和25),以及值为22的新记录。如果检查分页上的实际数据的话,会注意到新的记录在槽号(slot)为1的地方,即使该记录本身的确是分页上物理顺序中的最后条记录。槽1(键值为22)从偏移量3326处开始,而槽2(键值为25)则从偏移量1711处开始。行的聚集索引键序是由行的槽号指明的,而不是在分页上的物理位置。如果数据表包含聚集索引,那么在槽1处的记录的键值总是小于槽2处记录的键值而大于槽0处记录的键值。

尽管典型的页拆分的代价并不十分高昂,但是用户还是希望能够尽可能降低生产系统中的页拆分频率,至少在使用高峰的时刻会如此。一次页拆分开锁很低,但成千上百的拆分就不是了。可以通过在现有数据上创建聚集索引时使用filefactor子句在分页上预留一些空间来避免高峰时刻可能的系统崩溃。可以在系统运营最不繁忙的时雄姿英发定期使用期望的填充因子重建索引对系统进行优化。按照这种方式,在高峰时刻依然有额外的空间可以使用,并且可以因此节省拆分带来的开锁。如果系统不存在“不活跃”的时间,可以使用alter index对索引进行重组并调整填充因子,而不必使整张表都陷入不可使用的状态。注意:带有reorganize的alter index语句只能通过压缩数据和转移分页来调整填充因子,它不会通过添加新的分页来重置填充因子。利用SQL Server代理可以很轻松地在系统不繁忙时安排索引的重建或重组。

删除数据
当从一张数据表中删除记录时,必须同时考虑数据分页和索引分页上的变化。谨记聚集索引的叶级别实际上就是数据本身,而从带有聚集索引的表中删除数据的方式与从非聚集索引 的叶级别删除记录完全一样。从堆表中删除记录则是另一种处理方式,类似于从索引的结点分页中进行删除。

从堆表中删除记录
SQL Server 2005不会在行被删除时自动压缩分页上的空间。考虑到性能优化,在分页需要额外的连续空间来插入新的记录以前都不会进行数据压缩。下面的盒子从分页中间删除一行数据然后使用dbcc page来查看分页。

use adventureworks;
GO

create table smallrows
(
a int identity,
b char(10)
);
GO

insert into smallrows values('row 1');
insert into smallrows values('row 2');
insert into smallrows values('row 3');
insert into smallrows values('row 4');
insert into smallrows values('row 5');

truncate table sp_table_pages;

insert into sp_table_pages exec('dbcc ind(adventureworks,smallrows,-1)');

select pagefid,pagepid from sp_table_pages where pagetype=1;
结果:
pagefid pagepid
------- -----------
1 21920

(1 行受影响)

use adventureworks;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,21920,1)

下面是dbcc page的输出结果

PAGE: (1:21920)

BUFFER:

BUF @0x0000000083FF9480

bpage = 0x0000000083E52000 bhash = 0x0000000000000000 bpageno = (1:21920)
bdbid = 6 breferences = 0 bUse1 = 3478
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x0000000083E52000

m_pageId = (1:21920) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8000
m_objId (AllocUnitId.idObj) = 347 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060668928
Metadata: PartitionId = 72057594054377472 Metadata: IndexId = 0
Metadata: ObjectId = 775673811 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 18 m_slotCnt = 5 m_freeCnt = 7981
m_freeData = 201 m_reservedCnt = 0 m_lsn = (134:472:3)
m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x61 MIXED_EXT ALLOCATED 50_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C060

0000000000000000: 10001200 01000000 726f7720 31202020 ?........row 1
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 1, Offset 0x75, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C075

0000000000000000: 10001200 02000000 726f7720 32202020 ?........row 2
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 2, Offset 0x8a, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C08A

0000000000000000: 10001200 03000000 726f7720 33202020 ?........row 3
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 3, Offset 0x9f, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C09F

0000000000000000: 10001200 04000000 726f7720 34202020 ?........row 4
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 4, Offset 0xb4, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C0B4

0000000000000000: 10001200 05000000 726f7720 35202020 ?........row 5
0000000000000010: 20200200 fc?????????????????????????? ...

OFFSET TABLE:

Row - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 138 (0x8a)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)

现在删除中间一行数据(where a=3)并再次查看分页的内容

use adventureworks;
GO
delete from smallrows where a=3;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,21920,1)

下面是第二次执行dbcc page的输出结果

PAGE: (1:21920)

BUFFER:

BUF @0x0000000083FF9480

bpage = 0x0000000083E52000 bhash = 0x0000000000000000 bpageno = (1:21920)
bdbid = 6 breferences = 3 bUse1 = 3693
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x0000000083E52000

m_pageId = (1:21920) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8008
m_objId (AllocUnitId.idObj) = 347 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060668928
Metadata: PartitionId = 72057594054377472 Metadata: IndexId = 0
Metadata: ObjectId = 775673811 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 18 m_slotCnt = 5 m_freeCnt = 8002
m_freeData = 201 m_reservedCnt = 21 m_lsn = (134:488:2)
m_xactReserved = 21 m_xdesId = (0:18192) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x61 MIXED_EXT ALLOCATED 50_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C060

0000000000000000: 10001200 01000000 726f7720 31202020 ?........row 1
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 1, Offset 0x75, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C075

0000000000000000: 10001200 02000000 726f7720 32202020 ?........row 2
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 3, Offset 0x9f, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C09F

0000000000000000: 10001200 04000000 726f7720 34202020 ?........row 4
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 4, Offset 0xb4, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C0B4

0000000000000000: 10001200 05000000 726f7720 35202020 ?........row 5
0000000000000010: 20200200 fc?????????????????????????? ...

OFFSET TABLE:

Row - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 0 (0x0)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)

注意在堆表中,这行数据就不会出现在分页中了。分页底部的行偏移数组显示第三行数据(槽2)现在位于偏移量0处(这意味着现在没有行使用槽2),而占用槽3的行仍然在位于和删除前相同的偏移量处。分页上的数据并没有被压缩。

除了分页上的空间不被回收之外,堆表中的空闲分页也经常无法被回收。即使从堆表中删除了全部记录。SQL Server不会将空闲分页标记成未分配状态,因此这部分空间无法供其他对象使用。目录视图sys.dm_db_partition_stats会显示这块空间仍然属于堆表。

从B树中删除记录
在索引的叶级别(无论聚集索引还是非聚集索引),当行记录被删除时,SQL Server会将其标记为虚影记录。这意味着这行记录仍然保留在分页上但是SQL Server会修改记录头中的一个比特位用来表示这行数据实际上是一个虚影。页头中也会反映出分页上的虚影记录数量。虚影记录有多种用途。它们可以使用回滚操作具有更高的效率;如果这行记录还没有被物理地移除掉,那么SQL Server要回滚删除操作的话就只需修改表示行为虚影的那个比特位即可。同样,虚影记录也是一种针对键范围锁定以及其他锁定模式的并发优化。虚影记录也被用来支持行版本控制。

虚影记录迟早还是会被清除掉的,取决于系统的负荷情况,而且有时SQL Server会在你有机会查看到以前就将其清除掉了。在下面所示的代码中,如果执行delete操作并等待一会儿再运行dbcc page的话,虚影记录可能就真的消失了。这就是为什么要在运行delete以前察看表中的分页数量,这样就可以在查询窗口中一次点击执行delete和dbcc page命令。为了确保虚影不被清除掉,可以将delete放到一个用户事务中并且在检查分页之前不提交或回滚该事务。清理线程不会清除属于活动事务的虚影记录。另外,可以使用未记载的跟踪标记661禁用虚影清理以确保像这个脚本一样运行浿时能够有一致的结果。通常,请记住未被记载的跟踪标记并不能保证在任何后续版本或者service pack中继续工作,并且不被微软支持。还要明确在完成测试以后必须关闭跟踪标记。

下面的例子新建了与前面delete例子中相同的数据表,但这次声明了一个主键,这意味着SQL Server会创建一个聚集索引。聚集索引的叶级别就是实际的数据,因此当记录被移除时,会被标记为虚影。

use adventureworks;
GO

drop table smallrows;
GO

create table smallrows
(
a int identity primary key,
b char(10)
);
GO

insert into smallrows values('row 1');
insert into smallrows values('row 2');
insert into smallrows values('row 3');
insert into smallrows values('row 4');
insert into smallrows values('row 5');

truncate table sp_table_pages;

insert into sp_table_pages exec('dbcc ind(adventureworks,smallrows,-1)');

select pagefid,pagepid from sp_table_pages where pagetype=1;
结果:
pagefid pagepid
------- -----------
1 21928

use adventureworks;
GO
delete from smallrows where a=3;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,21928,1)

下面是dbcc page的输出结果:

PAGE: (1:21928)

BUFFER:

BUF @0x0000000084FF6000

bpage = 0x0000000084D80000 bhash = 0x0000000000000000 bpageno = (1:21928)
bdbid = 6 breferences = 3 bUse1 = 5368
bstat = 0xc0010b blog = 0x212121bb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x0000000084D80000

m_pageId = (1:21928) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x0
m_objId (AllocUnitId.idObj) = 348 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060734464
Metadata: PartitionId = 72057594054443008 Metadata: IndexId = 1
Metadata: ObjectId = 791673868 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 18 m_slotCnt = 5 m_freeCnt = 7981
m_freeData = 201 m_reservedCnt = 0 m_lsn = (134:576:2)
m_xactReserved = 0 m_xdesId = (0:18204) m_ghostRecCnt = 1
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x68 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C060

0000000000000000: 10001200 01000000 726f7720 31202020 ?........row 1
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 1, Offset 0x75, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C075

0000000000000000: 10001200 02000000 726f7720 32202020 ?........row 2
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 2, Offset 0x8a, Length 21, DumpStyle BYTE

Record Type = GHOST_DATA_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C08A

0000000000000000: 1c001200 03000000 726f7720 33202020 ?........row 3
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 3, Offset 0x9f, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C09F

0000000000000000: 10001200 04000000 726f7720 34202020 ?........row 4
0000000000000010: 20200200 fc?????????????????????????? ...

Slot 4, Offset 0xb4, Length 21, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x000000000E22C0B4

0000000000000000: 10001200 05000000 726f7720 35202020 ?........row 5
0000000000000010: 20200200 fc?????????????????????????? ...

OFFSET TABLE:

Row - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 138 (0x8a)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)

注意,这行记录仍然会出现在分页中,因为数据表带有聚集索引。行的头信息表明这的确是一条虚影记录。分页末尾的行偏移数组显示槽2中的记录仍然在相同的偏移量处而且所有记录都和删除以前所在的位置相同。另外,页头还提供了分页中虚影记录的数量(m_ghostRecCnt = 1)。可以通过sys.dm_db_index_physical_stats看到数据表中虚影记录的总数

删除索引结点级中的记录
当从表中删除一行数据时,SQL Server必须维护所有的非聚集索引,因为每个非聚集索引都有一个指针指向现在消失了的那条记录。索引结点分页中的记录在被删除以后并不是虚影记录,但是与堆表分页一样,直到新的索引行需要该分页中的空间时,SQL Server才会压缩空间。

回收分页
当数据分页中的最后一条记录都被删除时,整个分页就被回收。例外发生在表是堆表结构的时候,正如之前讨论过的(如果此分页是表中剩下的唯一分页的话是不会被回收的。一张数据表总是包含至少一个分页,即使该分页是空的)。数据分页的回收将导致SQL Server删除索引分页中指向被回收的数据分页的那行记录。如果索引行被删除的话,那么索引分页就会被回收(同样,可能在删除/插入/更新策略时发生),只在索引分页中保留一个条目。该条目会被移到相邻的分页中,然后SQL Server将回收这个空闲分页。

到目前为止,所有的讨论都集中在删除一行记录所必需的分页操作上。如果一个删除操作删除掉多行记录,用户必须注意一些其他事项。由于在单个查询中修改多条记录对于插入,更新以及删除操作来说都是相同的。

更新行
SQL Server有多种方式可以更新行记录,它会自动隐式地为特定的操作选择最快速的更新策略。在决定策略的过程中,SQL Server会估计受到影响的记录数,按照怎样的方式访问记录(通过扫描,或者一次索引和索引获取)以及是否会对索引键进行修改。更新可以由查询处理器或者存储引擎来控制。在本小节中,我们只研究更新究竟按照原位替换的方式进行还是SQL Server将其按照两个独立的操作来处理;删除旧行并插入新行。更新是由哪个组件控制的问题;查询处理器还是存储引擎,实际上与所有数据修改操作都有关联(并不只与更新相关)。

移动行
如果表中的一条记录必须移到新的位置时又会怎么样呢?在SQL Server 2005中,当一条带有变长字段的记录被更新了一个新的较大的值,使得原始分页无法再容纳此记录时,会发生移动行的情况。这也可能在改变聚集索引的字段时发生,因为数据行是根据聚集键进行逻辑排序的。举例来说,如果在lastname字段上有一个聚集索引,那么一条lastname值为Abbot的记录会存储到接近表头的位置。如果接着将lastname值更新为Zappa,那么就必须将这行数据移到靠近表尾的地方。

前面部分曾经了解了索引的结构并知道非聚集索引的叶级别的每个结点都包含一个行定位符(或者书签)指向数据表中的每行记录。如果表上有聚集索引,那么行定位符就是该行数据的聚集键。因此,当且仅当聚集索引键被更新时,才需要在每个非聚集索引中进行相应的修改。请在决定要在哪些字段上创建聚集索引的时候牢记这点。最好在非易失性的字段上创建聚集索引。

如果行的移动是因为原来的分页不能再容纳这行数据。它依然会保持相同的行定位符(换而言之,该行数据的聚集键保持不变),并且没有非聚集索引需要被修改。

在索引内部机理的讨论中也了解了如果数据表上没有聚集索引(换而言之,仍然是堆表结构),那么存在非聚集索引中的行定位符实际上就是行的物理位置。在SQL Server 2005中,如果堆中的一行记录要移到新的分页上去,该记录会在原来的位置留下一个“前转指针”(forwarding pointer)。SQL Server无需改变非聚集索引,它们依旧指向原来的位置,并从原位出发指向新的位置。

下面来看一个例子。首先新建一张表,与之前演示插入操作的那张表十分相似,但是该表还有第三个变长字段。当向这张表插入五条数据以后,会填满这个分页,然后更新其中一行记录使第三个字段变得相当长。原始分页就无法再容纳这行数据,因此必须被移动。接着可以将dbcc ind的输出结果导入sp_table_pages数据表中,以得到该表所使用的分页数目。

use adventureworks;
GO

drop table bigrows;
GO

create table bigrows
(
a int identity,
b varchar(1600),
c varchar(1600)
);
GO

insert into bigrows values(replicate('a',1600),'');
insert into bigrows values(replicate('b',1600),'');
insert into bigrows values(replicate('c',1600),'');
insert into bigrows values(replicate('d',1600),'');
insert into bigrows values(replicate('e',1600),'');
GO

update bigrows set c=replicate('x',1600) where a=3;
GO

truncate table sp_table_pages;

insert into sp_table_pages exec('dbcc ind(adventureworks,bigrows,-1)');

select pagefid,pagepid from sp_table_pages where pagetype=1;

查看输出结果:

pagefid pagepid
------- -----------
1 20996
1 20997

use adventureworks;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,20996,1)
PAGE: (1:20996)

输出结果如下:

BUFFER:

BUF @0x0000000083FD7F80

bpage = 0x00000000835FE000 bhash = 0x0000000000000000 bpageno = (1:20996)
bdbid = 6 breferences = 0 bUse1 = 42333
bstat = 0xc0010b blog = 0x2121bbbb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x00000000835FE000

m_pageId = (1:20996) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8
m_objId (AllocUnitId.idObj) = 349 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060800000
Metadata: PartitionId = 72057594054508544 Metadata: IndexId = 0
Metadata: ObjectId = 823673982 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 8 m_slotCnt = 5 m_freeCnt = 1617
m_freeData = 8180 m_reservedCnt = 1606 m_lsn = (134:664:13)
m_xactReserved = 1606 m_xdesId = (0:18215) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x63 MIXED_EXT ALLOCATED 95_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x60, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E9DC060

0000000000000000: 30000800 01000000 0300f801 004f0661 ?0............O.a
0000000000000010: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000020: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000030: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000040: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000050: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000060: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000070: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000080: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000090: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000000F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000100: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000110: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000120: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000130: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000140: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000150: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000160: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000170: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000180: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000190: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000001F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000200: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000210: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000220: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000230: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000240: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000250: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000260: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000270: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000280: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000290: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000002F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000300: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000310: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000320: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000330: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000340: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000350: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000360: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000370: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000380: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000390: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000003F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000400: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000410: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000420: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000430: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000440: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000450: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000460: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000470: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000480: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000490: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000004F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000500: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000510: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000520: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000530: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000540: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000550: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000560: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000570: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000580: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000590: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005A0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005B0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005C0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005D0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005E0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
00000000000005F0: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000600: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000610: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000620: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000630: 61616161 61616161 61616161 61616161 ?aaaaaaaaaaaaaaaa
0000000000000640: 61616161 61616161 61616161 616161????aaaaaaaaaaaaaaa

Slot 1, Offset 0x6af, Length 1615, DumpStyle BYTE

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x000000000E9DC6AF

0000000000000000: 30000800 02000000 0300f801 004f0662 ?0............O.b
0000000000000010: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000020: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000030: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000040: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000050: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000060: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000070: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000080: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000090: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000000F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000100: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000110: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000120: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000130: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000140: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000150: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000160: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000170: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000180: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000190: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000001F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000200: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000210: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000220: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000230: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000240: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000250: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000260: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000270: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000280: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000290: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000002F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000300: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000310: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000320: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000330: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000340: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000350: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000360: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000370: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000380: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000390: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000003F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000400: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000410: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000420: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000430: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000440: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000450: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000460: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000470: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000480: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000490: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000004F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000500: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000510: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000520: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000530: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000540: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000550: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000560: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000570: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000580: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000590: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005A0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005B0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005C0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005D0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005E0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
00000000000005F0: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000600: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000610: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000620: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000630: 62626262 62626262 62626262 62626262 ?bbbbbbbbbbbbbbbb
0000000000000640: 62626262 62626262 62626262 626262????bbbbbbbbbbbbbbb

a=3的记录所在槽2的内容如下:

Slot 2, Offset 0x1feb, Length 9, DumpStyle BYTE

Record Type = FORWARDING_STUB Record Attributes =
Memory Dump @0x000000000E9DDFEB

0000000000000000: 04055200 00010000 00?????????????????..R......

第一个字节的值为4(04)意味着这只是一个前转部分。后三个字节005205是记录移动的目的分页号。由于只是一个十六进制的值,需要将其转化成十进制值20997。下一组四个字节表明分页在文件号为1,槽号为0的地方。如果接着使用dbcc page来查看分页20997,可以看到前转记录的模样。

select CONVERT(bigint, CAST(0x005205 As varbinary));
--------------------
20997

(1 行受影响)

use adventureworks;
GO
dbcc traceon(3604);
GO
dbcc page(adventureworks,1,20997,1)

输出结果如下:

PAGE: (1:20997)

BUFFER:

BUF @0x0000000080FF9180

bpage = 0x0000000080E46000 bhash = 0x0000000000000000 bpageno = (1:20997)
bdbid = 6 breferences = 0 bUse1 = 44564
bstat = 0xc0010b blog = 0x12121bbb bnext = 0x0000000000000000

PAGE HEADER:

Page @0x0000000080E46000

m_pageId = (1:20997) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8000
m_objId (AllocUnitId.idObj) = 349 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594060800000
Metadata: PartitionId = 72057594054508544 Metadata: IndexId = 0
Metadata: ObjectId = 823673982 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 8 m_slotCnt = 1 m_freeCnt = 4865
m_freeData = 4952 m_reservedCnt = 0 m_lsn = (134:664:10)
m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:16176) = 0x61 MIXED_EXT ALLOCATED 50_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

DATA:

Slot 0, Offset 0x6bb, Length 3229, DumpStyle BYTE

Record Type = FORWARDED_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x0000000010F1C6BB

0000000000000000: 32000800 03000000 0300f803 00530693 ?2............S..
0000000000000010: 0c9d8c63 63636363 63636363 63636363 ?...ccccccccccccc
0000000000000020: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000030: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000040: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000050: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000060: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000070: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000080: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000090: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000000F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000100: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000110: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000120: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000130: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000140: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000150: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000160: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000170: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000180: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000190: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000001F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000200: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000210: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000220: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000230: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000240: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000250: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000260: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000270: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000280: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000290: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000002F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000300: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000310: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000320: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000330: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000340: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000350: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000360: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000370: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000380: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000390: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000003F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000400: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000410: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000420: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000430: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000440: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000450: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000460: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000470: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000480: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000490: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000004F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000500: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000510: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000520: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000530: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000540: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000550: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000560: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000570: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000580: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000590: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005A0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005B0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005C0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005D0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005E0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
00000000000005F0: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000600: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000610: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000620: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000630: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000640: 63636363 63636363 63636363 63636363 ?cccccccccccccccc
0000000000000650: 63636378 78787878 78787878 78787878 ?cccxxxxxxxxxxxxx
0000000000000660: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000670: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000680: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000690: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000006F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000700: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000710: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000720: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000730: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000740: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000750: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000760: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000770: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000780: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000790: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000007F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000800: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000810: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000820: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000830: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000840: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000850: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000860: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000870: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000880: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000890: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000008F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000900: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000910: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000920: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000930: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000940: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000950: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000960: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000970: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000980: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000990: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009A0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009B0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009C0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009D0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009E0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
00000000000009F0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A00: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A10: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A20: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A30: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A40: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A50: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A60: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A70: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A80: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000A90: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AA0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AB0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AC0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AD0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AE0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000AF0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B00: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B10: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B20: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B30: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B40: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B50: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B60: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B70: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B80: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000B90: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BA0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BB0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BC0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BD0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BE0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000BF0: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C00: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C10: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C20: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C30: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C40: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C50: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C60: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C70: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C80: 78787878 78787878 78787878 78787878 ?xxxxxxxxxxxxxxxx
0000000000000C90: 78787800 04045200 00010002 00????????xxx...R......

OFFSET TABLE:

Row - Offset
0 (0x0) - 1723 (0x6bb)

前转指针
前转指针允许用户在堆中修改数据而无需担心对非聚集索引带来较严重的影响。如果一条已经被前转的记录必须再次移动,最初的前转指针就被更新并指向新的位置。如果还要继续移动,那么前转指针就会不断地指向另一个前转指针。另外,如果前转记录收缩到其原始位置足以能够容纳时,这条记录会被移回到原始位置,如果分页上还有可用空间的话,前转指针就会被删除。

SQL Server的后续版本可能会包括一些机制对堆表中的数据进行物理的重组,这将消除前转指针的作用。注意前转指针只存在于堆表中,并且alter table的重组选项对于堆表来说是不起作用的。可以对堆表上的非聚集索引进行碎片整理但是不能对表本身。目前来说,当前转指针创建完以后就永远呆在原地—除了个别例外情况。第一种例外已经提到过,行会收缩并返回其初始位置。第二种例外是数据库收缩时。当文件收缩时,SQL Server实际上会为书签进行再分配。收缩进程不会产生前转指针。对于因为收缩进程而被移除的分页来说,它们包含的任何前转指针或者残余部分实际上都处于“未前转”的状态。前转指针被移除的其他情况十分明显,譬如前转记录被删除或者在表上创建聚集索引从而使其不再是堆表结构。

Oracle Shared Pool Memory Management

Oracle在管理共享池内存方面面临着难以置信的挑战。多年来的所有改变、bug、补丁和各种性能问题都说明了这一点。虽然这可能会引起一些同情,但当面对与内存管理相关的棘手问题时,同情很快就会转化为愤怒。在本节中,我将解释如何管理共享池内存、多年来的管理进展、如何分配和释放内存、如何处理可能出现的4031错误,以及最后如何解决共享池锁存器争用。

From Hashing to Subpools
在Oracle 7和Oracle 8i中,共享池管理是在一种有趣的哈希结构帮助下执行的。如果还记得我们关于cache buffer 哈希链与library cache哈希链,那么这将非常有意义,但这里存在一种苦恼。当一个进程需要共享池中的内存时,它产生的哈希和链与所请求的内存大小相关。链也通常被称作heap,它是可用内存块链表。因此,从概念上讲,前几个链与大约1KB的内存块相关,后几个链与大约2KB的内存块相关,以此类推。虽然这确实很巧妙,但是经过一段时间对大小不一致的内存进行分配和释放之后,链实际上可以变成几千个节点长。请记住,哈希缓冲区链的大小平均在0到1之间。所以一个由几千个节点组成的链是巨大的。更糟的是,只有一个共享池latch锁来覆盖所有哈希链!清洗共享池帮助很大,因为链将减少到一个可观的规模。但这无法操作大型生产数据库,因此Oracle不得不进行更改。

Oracle9i引入了子池,这自然会导致多个共享池锁存器。基于哈希的策略被多个子池替换,每个子池包含一个在标准LRU策略上操作的堆。Oracle也开始标准化内存需求大小,这增加了找到可接受内存大小块的可能性。子池、多个共享池锁latch和LRU策略极大地减少了共享池内存管理问题。如果您同时管理过Oracle8i和Oracle9i系统,您可能会经历这种变化,并注意到有很大的不同。

数据库系统中共享池子池的数量可以通过查看实例参数_kghdsidx_count或通过计算x$kghlu视图中的行数来判断。

下面的查询显示了与共享池子池相关的一系列SQL语句。在这个例子中,一个大小为800MB的共享池存在三个子池。x$ksmss查询对于每个子池返回一行记录并且如果存在java pool还会另外加一行记录。设置子池数量的实例参数_kghdsidx_count不能被动态修改。如果你想影响Oracle调用一个子池号发生改变,你必须设置实例参数并回收实例。

SQL> @spspinfo
SQL> select sum(bytes/1024/1024) sp_size
2 from v$sgastat
3 where pool='shared pool';
SP Size (MB)
------------
         800
SQL> select count(*) no_sp from x$kghlu;
Num of SPs
----------
         4
SQL> select INST_ID, KSMDSIDX, KSMSSLEN
2 from x$ksmss
3 where ksmssnam='free memory';
INST_ID    KSMDSIDX   KSMSSLEN
---------- ---------- -----------
1          0          301989888
1          1          18818468
1          2          12659340
1          3          7697300
1          4          20482152
SQL> select i.ksppinm param,v.ksppstvl value
2 from x$ksppi i, x$ksppcv v
3 where v.indx=i.indx
4 and v.inst_id=i.inst_id
5 and i.ksppinm='_kghdsidx_count';
PARAM                VALUE
-------------------- -----
_kghdsidx_count      4

Oracle对子池的数量设置了严格的限制。在Oracle 11g中,可以使用7个共享池子池来启动实例,但有8个子池,该实例没有启动——实际上,在重新启动之前需要关闭实例。

有趣的是,Oracle不必遵从子池号的意愿。实际上,在一个类似于上面查询结果的Oracle数据库11.1g的示例中,实例参数被设置为2,实例重新启动,但是Oracle创建了三个子池。在Oracle数据库11.2g中,实例参数再次被设置为2,实例重新启动,并且按照指定的Oracle创建了两个子池。在没有手动设置实例参数的情况下运行Oracle数据库11.1g和11.2g, Oracle只创建了一个子池。因此,尽管你可以影响甲骨文,它仍然保留做出改变的权利。

内存分配与回收
内存分配是相当简单的。它遵循标准的LRU算法并与pinning与locking一起使用。当一个Oracle进程(服务器或后台进程)请求内存时,Oracle内核中的一部分称作为heap manager(堆管理器)的会被执行。虽然细节不断变化,但概念算法基本相同。

Oracle进程需要特定数量的内存,这些内存被转换为多个特定大小内存块的请求。堆管理器搜索与每个请求匹配的单个大小的内存块。多个内存块(认为是非连续的)是不行的。如果进程请求4KB内存,堆管理器必须从共享池内存中返回4KB内存块的地址。

在Oracle9i中,Oracle进程获得子池latch,并将在放弃之前搜索子池至多5次。因为内存的情况可能会发生急剧且快速的变化,允许多次传递会增加找到内存的可能性。然而在五次搜索之后,当持有各自共享池latch时,如果合适的大小的内存块没有找到,Oracle将会放弃,并posts错误代码4031,“out of mmemory”信息,并且会话将会停止处理。对于每个Oracle DBA来说,这在生产系统中将是不可接受的。

在Oracle Database 10g中,Oracle进程对内存的要求更加强烈。如果在五次搜索之后在当前共享池中没有找到合适的内存,进程将移动到另一个子池。这一过程将继续进行到所有定义的子池被搜索完为止。如果在这时,没有找到合适的内存,就像以前一样,Oracle将会放弃并posts 4031错误并且停止处理。Oracle在这个版本中所做的是消耗更多CPU和更长时间地持有共享池latch来减少返回错误消息的机会。从数据库操作的角度来看,性能较慢总比没有性能好。在我们解决性能问题时,至少可以执行工作。

当内存不足时,Oracle将回收不被频繁访问的内存块。可能在尝试检索SQL语句的文本时遇到过这种情况,并且它不再缓存在共享池中。幸运地是,Oracle不会回收内存供其它对象使用。例如,如果一个游标被pinned(固定)了,Oracle将不会回收相关的内存,不管该内存是不是被频繁访问。事实上,即使清除共享池也不会删除被固定的游标。如果真的想清空共享池并且想从头开始,可以重启实例。

共享池latch竞争识别与解决
共享池latch被用来序列化共享池内存的管理。这意味着像搜索内存,LRU活动,分配内存与回收内存请求共享池latch这样的操作。因为从Oracle 9i开始存在多个子池,并且每个子池有它自己的共享池latch,只要使用这个版本或之后的版本就可以大大减少共享池lat这个特别的解决方案非常简洁,因为它只需要很少的工作,而且我们不是在玩弄Oracle的共享池LRU算法。但是,请记住,更多的子池可能需要更多的共享池内存,需要重新启动实例才能使实例参数更改生效,Oracle保留不尊重您的建议的权利ch竞争的可能性。但有些时候这些仍然不够。下面有些方案可能减少latch获取时间latch持有时间或者两者都减少。

固定大且频繁使用的对象
此策略用来确保对象成功进入缓存,不用管内存活动或对象大小。任何包第一次被调用时,整个包被加载到内存中。操作中在激活共享池后如果需要触发,将强制执行大量的内存管理活动,这将导致对象不能被加载而触发4031错误。即使如果对象被成功加载,用户可能会注意到应用程序的延迟。

有些时候可能想要固定小对象。例如,假设一个对象有一种高强度活动模式,长时间的暂停导致对象的内存被释放,然后是另一段高强度活动。为了确保没有应用程序延迟且为了减少内存管理,我们可以简单固定对象。

大多数大型Oracle应用程序都提供一个脚本,其中包含要固定在共享池中的对象,并且它们将建议在实例启动后立即运行该脚本。重要的是要知道,即使您的应用程序供应商提供了这样一个列表,您也可以通过了解您的组织实际使用对象的方式来细化这个列表。供应商应用程序开发人员通常会创建固定列表。然而大多数应用程序开发商认为他们的对象是最重要的并且应该总是被固定。但实际上,很多时候,在应用程序在生产环境中运行之前,没有人真正知道您的组织将如何使用它。因此如果出现4031错误,这对于修改固定列表来说是一个好消息。

想要确保对象总是固定在共享池中有四个简单步骤要操作。关键词pin常被使用,dbms_shared_pool包的keep函数被用来确保对象保留在共享池中。缺省情况下当创建数据库时这个包不会被加载,因此第一步就是要加载它。下面的代码就是用来创建这个过程。

[oracle@jytest1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production on Mon May 6 14:30:28 2019

Copyright (c) 1982, 2016, Oracle.  All rights reserved.


Connected to:
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production
SQL> @$ORACLE_HOME/rdbms/admin/dbmspool.sql

Session altered.


Package created.


Grant succeeded.


Session altered.

下一步骤是找到大的或频繁的对象。Oracle保持对共享池对象使用进行跟踪并且可以通过v$db_object_cache视图来查看这些信息。下面是使用OSM脚本dboc.sql来识别潜在的对象。您可能会看到一组比其他包大得多的包,以及执行得比其他包频繁得多的包。还可能有一些对象,您个人知道它们具有不同寻常的执行配置文件,而您希望缓存它们。

一旦有了要保存的对象列表,下一步就是确定如何将它们放入缓存中。keep函数用于固定对象,或者更好地说,用于将对象保存在共享池中。

SQL> @dboc 10 20
old   9: where  a.sharable_mem >= &min_size
new   9: where  a.sharable_mem >= 20
old  10:   and  a.executions >= &min_exec
new  10:   and  a.executions >= 10

DB/Inst: jy/jy2                                                   07-May 08:26am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         1
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_STATS_INTERNAL                 PBDY     0    32   492 NO
SYS          PLITBLM                             PKG      0     8     8 NO
SYS          DBMS_ASSERT                         PBDY     0     6    16 NO
SYS          STANDARD                            PBDY     0     3    32 NO
SYS          DBMS_STATS_INTERNAL                 PKG      0     1   122 NO
SYS          DBMS_SQLDIAG                        PBDY     0     1    40 NO
SYS          DBMS_SQLTUNE_UTIL0                  PBDY     0     1    16 NO
SYS          DBMS_AUTO_TASK                      PBDY     0     0    24 NO
SYS          DBMS_AUTO_TASK                      PKG      0     0    28 NO
SYS          DBMS_STANDARD                       PKG      0     0    44 NO
SYS          DBMS_ADVISOR                        PBDY     0     0    69 NO
SYS          DBMS_SQLTUNE_UTIL2                  PBDY     0     0    20 NO
SYS          DBMS_UTILITY                        PKG      0     0    12 NO
SYS          PRVT_ADVISOR                        PBDY     0     0   176 NO
SYS          DBMS_SQLTUNE_UTIL1                  PBDY     0     0    57 NO
SYS          DBMS_STATS_ADVISOR                  PBDY     0     0   167 NO
SYS          DBMS_SYS_ERROR                      PBDY     0     0     8 NO
SYS          DBMS_OUTPUT                         PBDY     0     0    12 NO
SYS          DBMS_UTILITY                        PBDY     0     0    57 NO
SYS          DBMS_PDB                            PBDY     0     0    12 NO
SYS          DBMS_STATS_ADVISOR                  PKG      0     0    24 NO
SYS          DBMS_SQLTUNE_INTERNAL               PBDY     0     0   532 NO

22 rows selected.


SQL> l
  1  select a.owner ownerx,
  2         a.name  namex,
  3         decode(a.type,'PACKAGE','PKG','PACKAGE BODY','PBDY','FUNCTION','FNC','PROCEDURE','PRC') typex,
  4         a.loads/1000 loadsx,
  5         a.executions/1000 execsx,
  6         a.sharable_mem/1024 sizex,
  7         a.kept keptx
  8  from   v$db_object_cache a
  9  where  a.sharable_mem >= &min_size
 10    and  a.executions >= &min_exec
 11    and  a.type in ('PACKAGE','PACKAGE BODY','FUNCTION','PROCEDURE')
 12* order by executions desc, sharable_mem desc, name

为了将一个游标保存在共享池中,从v$sql,v$sqlarea或者v$open_cursor中收集它的地址与哈希值。下面的代码显示地址(6877c238)和哈希值(1356456286)在它们之间使用逗号进行连接作为一个参数输入,第二个参数是C,因为我们要保存一个游标。对于保存触发器参数为T,对于序列,使用Q,对于包,过程与函数,参数为P。

SQL> exec dbms_shared_pool.keep('6877C238,1356456286','C');
PL/SQL procedure successfully completed.

上面的代码片段可以用于编程结构,但是大多数人发现下面的选项最容易使用。下面的代码用来保存jy方案中的TuoMi过程。

SQL> exec dbms_shared_pool.keep('jy.TuoMi');

PL/SQL procedure successfully completed.

最后,在发出上述代码片段之后,您可以轻松地进行检查,以确保确实保存了对象。从下面的输出结果可以看到jy.TUOMI过程对象的Kept列被设置为YES。

SQL> @dboc 0 0
old   9: where  a.sharable_mem >= &min_size
new   9: where  a.sharable_mem >= 0
old  10:   and  a.executions >= &min_exec
new  10:   and  a.executions >= 0

DB/Inst: jy/jy2                                                   07-May 08:48am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         1
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_STATS_INTERNAL                 PBDY     0    32   492 NO
SYS          PLITBLM                             PKG      0     8     8 NO
SYS          DBMS_ASSERT                         PBDY     0     6    16 NO
..............
SYS          DBMS_SQLTUNE_INTERNAL               PKG      0     0    71 NO
JY           TUOMI                               PRC      0     0    36 YES
SYS          DBMS_SMB_INTERNAL                   PBDY     0     0    32 NO
SYS          DBMS_SQLTUNE                        PKG      0     0    32 NO
..............
99 rows selected.

经常有人问我,多长时间修改一次固定列表。就我个人而言,除非有很好的理由,否则我不喜欢调用任何数据库更改。改进固定列表的一个很好的理由是,如果系统突然开始出现共享池latch争用,或者遇到4031个错误。这一点非常重要:如果添加了应用程序功能、发生了应用程序升级或应用程序使用发生了显著变化,则从更主动的角度细化固定列表。

清空共享池
虽然不在任何列表的最上面,但是只要刷新共享池就可以立即缓解共享池latch争用。对于oracle9i之前的系统尤其如此,那时还不存在子池。这很明显不是一个最优解决方案,因为每个对象都没有固定在共享池中将被删除并且它们的内存会被回收。初始结果可能会适得其反,因为它可能会导致立即进行大量的硬解析,正如我们所知,这会消耗大量CPU资源,并强制执行非自然数量的锁。然而,这种不幸的情况很快就会平息下来。

有时,共享池大小的组合,数据库版本(Oracle 9i)与应用程序的使用将使DBA别无选择,只能计划定期共享池刷新。这就是现实情况。

如下面的代码片段所示,刷新共享池非常简单,但效果确实显著

SQL> alter system flush shared_pool;

System altered.

增加子池数量
最简单、最强大和最合适的共享池latch解决方案之一是简单地添加子池,增加子池也将增加共享池latch。前面的“从哈希到子池”小节详细介绍了这个过程。这个特别的解决方案非常简洁,因为它只需要很少的工作,而且我们不是在玩弄Oracle的共享池LRU算法。但是,请记住,更多的子池可能需要更多的共享池内存,需要重新启动实例才能使实例参数更改生效,Oracle保留不尊重您的建议的权利。

减少共享池大小
这听起来可能很奇怪,在子池存在之前,增加共享池大小最终可能导致共享池latch争用。每一种算法的性能都是有限的,都是针对特定情况而设计的。当情况发生变化时,算法可能无法按预期执行。不要忘记,增加缓存来支持更多的活动几乎总是需要更多的CPU资源来管理。因此,可能会有一个收益递减点。Oracle最初的共享池内存管理算法在大约600MB的共享池中运行得相当好,但是当它达到750MB左右时,dba开始看到大量的共享池latch争用是非常常见的。一旦引入了子池,特别是与我概述的其他解决方案相结合,共享池latch争用就可以成功地解决。

4031错误解决方案
Oracle在决定什么时候放弃,什么时候继续使用CPU和保持latches之间有一个微妙的平衡。多年来,Oracle耗尽共享池内存的可能性已经降低,但是4031错误的几率仍然高度依赖于Oracle共享池内存的数量和应用程序。下面是一个实际的4031错误消息

ORA-04031: unable to allocate 4192 bytes of shared memory ("shared
pool","SELECT * F...","sql area (6,0)","kafco :
qkacol"):4031:375:2008:ocicon.c

上面的信息显示,4KB内存正尝试在子池6中进行分配,但是由于某些原因,不能完成分配。幸运地是有一些方法来减少收到4031错误的机会。

清空共享池
与解决共享池latch争用一样,4031错误的一个解决方案也是清空共享池。虽然没有DBA愿意承认定期清空共享池,但这仍然有效。根据Oracle版本、分配的共享池内存的数量以及应用程序独特的内存使用模式,这可能是您的最佳选择。对于oracle 9i之前的系统尤其如此。

增加共享池大小
从概念上讲,增加共享池内存为Oracle提供了更大的灵活性来满足内存请求。然而,除了好处之外,在转移计算资源时也总是有成本的。在大多数情况下,收益实际上大于成本,因此,如果操作系统有可用内存,或者可以将内存从其他Oracle缓存转移到共享池,增加共享池内存很可能减少4031个错误。

请记住,每当您要求Oracle管理更多内存时,都需要更多的CPU来管理这些内存。在oracle9i之前的系统中尤其如此,因为可能存在非常长的内存链堆。如果链有数千个块长,而4031个错误可能会消失,那么在试图获取共享池latch和扫描长链时,这种情况可能会表现为严重的共享池latch争用和大量CPU消耗——所以要小心。

如Oracle文档所述,如果您通过自动内存管理获得解放,您可能需要设置最小的共享池大小。在增加缓冲区缓存的过程中,Oracle会自动减少共享池的大小,以至于开始出现4031个错误。

增加共享池保留大小
当一个较大的包最初被加载到一个已经非常活跃的共享池中时,就会出现一个常见的内存分配挑战。共享池越活跃,特别是当它很小并且对象大小非常不同时,就越有可能找不到所需的内存。

假设我们的服务器进程需要内存来存储一个大游标。当Oracle搜索共享池内存时,如果对象大小大于阈值,Oracle首先搜索保留区域。如果在保留区域中没有找到内存,Oracle将到非保留区域搜索。这种策略有助于将较小的对象排除在保留区域之外,从而将其保留给较大的对象。

有三个实例参数可以组合使用:
.shared_pool_reserved_size被用来直接设置共享池保留大小以字节为单位
.隐藏参数_shared_pool_reserved_pct,它的缺省值为5(5%),可以被用来代替shared_pool_reserved_size。
.一个相对大的对象是由实例参数_shared_pool_reserved_min_alloc来定义的,它的缺省值为4400字节。有趣的是缺省值4400字节仅仅比常见的单个块请求4096字节大。因此,在默认情况下,Oracle表示任何大于一个典型大小的内存块请求都被认为是大的,因此应该从保留的大小中获得内存。

前两个参数中的任何一个都可以用来为相对较大的对象设置共享池保留内存大小。如果您设置其中一个参数,Oracle将计算另一个参数。通过仔细调整这些参数,性能分析人员可以增加进程找到大量内存的可能性,同时仍然维护大量内存给相对较小对象使用。虽然这些参数通常不会调整,但如果发生4031错误,它们的小心调整可能会修复问题。

最小化游标固定时间
当执行游标时,游标也被固定。毕竟,您不希望SQL语句在执行期间突然消失!这是好消息。潜在的坏消息是,当执行完成时,固定游标被释放。如果没有其他进程固定游标,Oracle可以随意销毁,即释放关联的内存。现在假设有人想重新执行游标。如果它已被释放,将执行硬解析,因为整个游标将被重建!每个应用程序使用模式都是独特的;因此,当与更小的共享池或许多独特的SQL语句(或者两者都有)结合使用时,内存管理和库缓存活动可能会变得异常紧张。减少硬解析的一种方法是固定游标,使它们不能被释放。

Oracle提供了一个特殊的实例参数,该参数将保持所有会话的所有游标固定到关闭游标为止。但是,这种好处是以增加共享池内存消耗为代价的,因此,增加了接收4031错误的可能性。Oracle非常清楚这一点,所以为了鼓励回收释放内存并降低发生4031个错误的可能性,cursor_space_for_time实例参数默认设置为false。

如果系统正经历4031错误,你应该要检查cursor_space_for_time参数值。如果你的系统在过去某个时间点已经经历了严重的共享池latch急用,那么可以理解有人将cursor_space_for_time设置为true了。虽然你可能不会决定设置cursor_space_for_time参数为false。但这是一个有效选项应该被考虑。

减小保留对象的内存消耗
如果有太多对象通过执行dbms_shared_pool.keep过程被强制保留在共享池中,它们可能会消耗大量的内存Oracle可能无法成功地管理剩下的内存。此外,如果没有将大型对象保存在共享池中,则实例已经运行了一段时间,然后引用该对象,当强制加载该对象时,内存可能不可用。关键是不要随意地将对象保存在共享池中。

升级数据库版本到10gr2
当然,4031个错误不是升级的惟一原因,而是从Oracle数据库10gr2开始将内存标准化为4KB块。虽然我永远不会仅仅因为这个改进就建议升级到这个版本,但是这可能是升级的一部分原因。

就像对段区大小进行标准化一样,拥有标准的内存块大小可以提高快速找到合适内存的可能性。可以找到的内存越快,消耗的CPU周期就越少,必须持有共享池latch的时间就越短,存在大量浪费的小内存块的可能性就越小(增加4031错误的可能性)。

Oracle Library cache

Library cache
在提出好的库缓存性能解决方案之前,您需要对库缓存的体系结构有一个充分的了解。有了这些知识,以及前几章介绍的背景知识,您就能够理解为什么一个解决方案是有意义的,以及它可能产生的影响。

Library Cache架构
library cache架构是非常复杂的。并发性、对象之间的关系和快速搜索的组合需求确实会对体系结构造成压力。我将从这个体系结构的一个非常概念性的层次开始,然后有条不紊地深入到越来越多的细节。当细节对性能救火没有特别帮助时,我将停止。

一个很好的library cache模型是传统library。假设你想找雷·布拉德伯里的书《蒲公英酒》。因为图书馆是一个巨大的图书仓库(想想所有的缓存对象),顺序或随机搜索都是徒劳的。因此,您进入卡片目录区域(哈希结构),并直接访问包含以字母A到D开头的作者的书籍的卡片目录(考虑哈希到一个特定的桶)。在你前面有人排队,因此你必须等待(这就好比获取相关哈希桶的latch一样)。最后你站在了适当的卡片目录前面(就好像你获得了latch)并开始序列化搜索图书(就好像序列化搜索一个哈希chain)。最终你找到了卡片并看到了图书的地址为813.54(就好像library cache handle)。你走到图书应该存放的位置,找到它并开始阅读(就好像访问游标一样)。如果您能够在脑海中描绘这个故事,那么您就已经很好地理解了Oracle的库缓存。

Library Cache Conceptual Model
与buffer cache一样,library cache对象使用一种哈希结构来进行定位。这将调用哈希函数,桶,链表与latches或mutexes。一个关键的不同点是哈希链节点不是由buffer headers组成的,而是称为句柄(handles)的简单指针节点。

句柄是内存地址指针的常用术语,这就是library cache的情况。在一个handle与一个library cache内存对象之间是一对一的关系。所以引用句柄与引用它的关联对象是同义词操作。当mutexes被用来替代library cache latches时,每个单独的handle都有一个相关的mutex。每个library cache对象引用一个特定类型的对象,有时叫命名空间,比如一个游标,一个子游标,一个表或一个程序结构。

下图抽象了library cache对mutexes的实现以及突显了各种架构组件但没有指定对象名称。Library cache对象使用一种哈希结构来进行搜索,因此可以看到桶,比如bucket BKT200。当实同mutexes时,对于每个handle都有一个相关的mutex,因此每个内存chunk有一个相关的mutex。每个哈希链可能包含零个或多个handles,它与零个或多个library cache对象相关,比如游标 CSR500与表TBL 400。每个父游标将至少有一个子游标。一个父游标比如CSR 500可以与多个子游标,比如CCSR 600和CCSR 610相关联。

一种关键的library cache特点就是对象关系。在上图中,注意表TBL 400与三个子游标CCSR 600,CCSR 610和CCSR 620相关联,如果表TBL 400被修改,Oracle知道那些library cache对象将会失效。例如,如果表TBL 400被修改了并且Oracle认为这种修改非常严重足以使用library cache条目失效,然后所有相关的library cache对象也将失效。当然,必须维护序列化,这样您就可以看到,即使是相对较小的库缓存也会变得非常紧张。

使用mutexes代替latches的影响。因此一个mutex与每个library cache对象相关联,因此不会使整个哈希链不可用,从而显著减少了错误争用和获取CPU消耗,从而提高了响应时间。

Library Cache Object References
现在,让我们将概念模型提升到更实际的层次,以阐明库缓存对象关系。

SQL> oradebug setmypid
Statement processed.
SQL> alter session set MAX_DUMP_FILE_SIZE=unlimited;

Session altered.

SQL> create table findme as select * from dual;

Table created.

SQL> alter session set optimizer_mode = all_rows;

Session altered.

SQL> select * from findme;

D
-
X

SQL> alter session set optimizer_mode = first_rows;

Session altered.

SQL> select * from findme;

D
-
X

SQL> select dummy from findme;

D
-
X

SQL> alter session set events 'immediate trace name library_cache level 10';

Session altered.

SQL> oradebug tracefile_name
/u01/app/oracle/diag/rdbms/jy/jy1/trace/jy1_ora_13777.trc

从跟踪文件中可以看到Bucket 12771与一个对象相关联,表findme的handle为0x8501f820,Bucket 14778相关的handle,mutex,名称和两个子游标。

Bucket: #=12771 Mutex=0xc5b46150(3298534883328, 31, 0, 6)
  LibraryHandle:  Address=0x8501f820 Hash=7c1631e3 LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=CDB$ROOT.SYS.FINDME
      FullHashValue=29918f78d6b184afaf81fd2b7c1631e3 Namespace=TABLE/PROCEDURE(01) Type=TABLE(02) ContainerId=1 ContainerUid=1 Identifier=246951 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=0 LoadCount=1 ActiveLocks=0 TotalLockCount=9 TotalPinCount=9
    Counters:  BrokenCount=2 RevocablePointer=2 KeepDependency=0 Version=0 BucketInUse=6 HandleInUse=6 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0x8501f8d0(0, 4, 0, 0) Mutex=0x8501f970(768, 96, 0, 6)
    Flags=PIN/TIM/[00002801] Flags2=[0000]
    WaitersLists:
      Lock=0x8501f8b0[0x8501f8b0,0x8501f8b0]
      Pin=0x8501f890[0x8501f890,0x8501f890]
      LoadLock=0x8501f908[0x8501f908,0x8501f908]
    Timestamp:  Current=04-23-2019 09:19:22
    HandleReference:  Address=0x8501fa18 Handle=0xcff01220 Flags=OWN[200]
    LockInstance:  id='LB29918f78d6b184af' GlobalEnqueue=(nil) ReleaseCount=0
    PinInstance:  id='NB29918f78d6b184af' GlobalEnqueue=(nil)
    ReferenceList:
      Reference:  Address=0x7f4fa5f0 Handle=0x7f72fd58 Flags=DEP[01]
        Timestamp=04-23-2019 09:19:22 InvalidatedFrom=0
      Reference:  Address=0xbcc24930 Handle=0xd6d3f620 Flags=DEP[01]
        Timestamp=04-23-2019 09:19:22 InvalidatedFrom=0
      Reference:  Address=0xddfa2a28 Handle=0x7fb24eb8 Flags=DEP[01]
        Timestamp=04-23-2019 09:19:22 InvalidatedFrom=0
      Reference:  Address=0x800e41e8 Handle=0x83a9c4e8 Flags=DEP[01]
        Timestamp=04-23-2019 09:19:22 InvalidatedFrom=0
    LibraryObject:  Address=0xdf389690 HeapMask=0000-0701-0001-0000 Flags=EXS/LOC[0004] Flags2=[8000000] PublicFlags=[0000]
      DataBlocks:
        Block:  #='0' name=KGLH0^7c1631e3 pins=0 Change=NONE
          Heap=0xb387c0e8 Pointer=0xdf389760 Extent=0xdf3895e8 Flags=I/-/-/A/-/-/-
          FreedLocation=0 Alloc=1.304688 Size=3.976562 LoadTime=4629524905
        Block:  #='8' name=KGLS^7c1631e3 pins=0 Change=NONE
          Heap=0xdf389b18 Pointer=0xdb10a550 Extent=0xdb109870 Flags=I/-/-/A/-/-/-
          FreedLocation=0 Alloc=1.125000 Size=3.976562 LoadTime=0






Bucket: #=14778 Mutex=0xc5b59ae8(3298534883328, 43, 0, 6)
  LibraryHandle:  Address=0x818b62f8 Hash=ebf439ba LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=select * from findme
      FullHashValue=57c14570e98dc8b98fe8a5a2ebf439ba Namespace=SQL AREA(00) Type=CURSOR(00) ContainerId=1 ContainerUid=1 Identifier=3958651322 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=2 LoadCount=3 ActiveLocks=0 TotalLockCount=2 TotalPinCount=1
    Counters:  BrokenCount=1 RevocablePointer=1 KeepDependency=2 Version=0 BucketInUse=1 HandleInUse=1 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0x818b63a8(0, 2, 0, 0) Mutex=0x818b6448(768, 37, 0, 6)
    Flags=RON/PIN/TIM/PN0/DBN/[10012841] Flags2=[0000]
    WaitersLists:
      Lock=0x818b6388[0x818b6388,0x818b6388]
      Pin=0x818b6368[0x818b6368,0x818b6368]
      LoadLock=0x818b63e0[0x818b63e0,0x818b63e0]
    Timestamp:  Current=04-23-2019 09:19:37
    HandleReference:  Address=0x818b64d0 Handle=(nil) Flags=[00]
    ReferenceList:
      Reference:  Address=0x8031bbf0 Handle=0x8054ae68 Flags=ROD[21]
      Reference:  Address=0x80f11e30 Handle=0xdd9f6df8 Flags=ROD[21]
    LibraryObject:  Address=0x84edddb0 HeapMask=0000-0001-0001-0000 Flags=EXS[0000] Flags2=[0000] PublicFlags=[0000]
      DataBlocks:
        Block:  #='0' name=KGLH0^ebf439ba pins=0 Change=NONE
          Heap=0xd2f65218 Pointer=0x84edde80 Extent=0x84eddd08 Flags=I/-/P/A/-/-/-
          FreedLocation=0 Alloc=3.390625 Size=3.976562 LoadTime=4629539589
      ChildTable:  size='16'
        Child:  id='0' Table=0x84edec30 Reference=0x84ede700 Handle=0x83a9c4e8
        Child:  id='1' Table=0x84edec30 Reference=0x84edea50 Handle=0xd6d3f620
    NamespaceDump:
      Parent Cursor:  sql_id=8zu55nbpz8fdu parent=0x84edde80 maxchild=2 plk=n ppn=n prsfcnt=0 obscnt=0
        CursorDiagnosticsNodes:
          ChildNode:  ChildNumber=0 ID=3 reason=Optimizer mismatch(10) size=3x4 optimizer_mode_hinted_cursor=0 optimizer_mode_cursor=1 optimizer_mode_current=2



Bucket: #=67700 Mutex=0xc5d5e7f8(3298534883328, 125, 0, 6)
  LibraryHandle:  Address=0xbd8f26d0 Hash=93850874 LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=select dummy from findme
      FullHashValue=70b1c44268eb8c9d2860b06f93850874 Namespace=SQL AREA(00) Type=CURSOR(00) ContainerId=1 ContainerUid=1 Identifier=2474969204 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=1 LoadCount=2 ActiveLocks=0 TotalLockCount=1 TotalPinCount=1
    Counters:  BrokenCount=1 RevocablePointer=1 KeepDependency=1 Version=0 BucketInUse=0 HandleInUse=0 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0xbd8f2780(0, 1, 0, 0) Mutex=0xbd8f2820(768, 23, 0, 6)
    Flags=RON/PIN/TIM/PN0/DBN/[10012841] Flags2=[0000]
    WaitersLists:
      Lock=0xbd8f2760[0xbd8f2760,0xbd8f2760]
      Pin=0xbd8f2740[0xbd8f2740,0xbd8f2740]
      LoadLock=0xbd8f27b8[0xbd8f27b8,0xbd8f27b8]
    Timestamp:  Current=04-23-2019 09:20:01
    HandleReference:  Address=0xbd8f28b0 Handle=(nil) Flags=[00]
    ReferenceList:
      Reference:  Address=0x8574abf8 Handle=0x7f4cc5c0 Flags=ROD[21]
    LibraryObject:  Address=0x86991c70 HeapMask=0000-0001-0001-0000 Flags=EXS[0000] Flags2=[0000] PublicFlags=[0000]
      DataBlocks:
        Block:  #='0' name=KGLH0^93850874 pins=0 Change=NONE
          Heap=0xbc1721d8 Pointer=0x86991d40 Extent=0x86991bc8 Flags=I/-/P/A/-/-/-
          FreedLocation=0 Alloc=2.546875 Size=3.976562 LoadTime=4629563404
      ChildTable:  size='16'
        Child:  id='0' Table=0x86992af0 Reference=0x869925c0 Handle=0x7f72fd58
    NamespaceDump:
      Parent Cursor:  sql_id=2hs5hdy9sa23n parent=0x86991d40 maxchild=1 plk=n ppn=n prsfcnt=0 obscnt=0

从下面的内容可以看出子游标之间的关系。

Bucket: #=103006 Mutex=0xc5eb7488(3298534883328, 304, 0, 6)
  LibraryHandle:  Address=0xdd9f6df8 Hash=2ab9925e LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=CDB$ROOT.57c14570e98dc8b98fe8a5a2ebf439ba Child:0
      FullHashValue=2ccbd3fc5f92a1798e3cc3a22ab9925e Namespace=SQL AREA STATS(75) Type=CURSOR STATS(102) ContainerId=1 ContainerUid=1 Identifier=716804702 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=0 LoadCount=1 ActiveLocks=0 TotalLockCount=1 TotalPinCount=1
    Counters:  BrokenCount=1 RevocablePointer=1 KeepDependency=1 Version=0 BucketInUse=0 HandleInUse=0 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0xdd9f6ea8(0, 1, 0, 0) Mutex=0xdd9f6f48(768, 9, 0, 6)
    Flags=RON/PIN/TIM/KEP/KPR/[00012805] Flags2=[0000]
    WaitersLists:
      Lock=0xdd9f6e88[0xdd9f6e88,0xdd9f6e88]
      Pin=0xdd9f6e68[0xdd9f6e68,0xdd9f6e68]
      LoadLock=0xdd9f6ee0[0xdd9f6ee0,0xdd9f6ee0]
    Timestamp:  Current=04-23-2019 09:19:37
    ReferenceList:
      Reference:  Address=0x800e40e0 Handle=0x83a9c4e8 Flags=ROD/KPP[61]
    LibraryObject:  Address=0x80f119f0 HeapMask=0001-0001-0001-0000 Flags=EXS[0000] Flags2=[0000] PublicFlags=[0000]
      ReadOnlyDependencies:  count='1' size='16'
        ReadDependency:  num='0' Table=0x80f12898 Reference=0x80f11e30 Handle=0x818b62f8 HandleFlag=0x10012841 RefFlags=DEP/ROD[21]
      DataBlocks:
        Block:  #='0' name=KGLH0^2ab9925e pins=0 Change=NONE
          Heap=0xd2468460 Pointer=0x80f11ac0 Extent=0x80f11948 Flags=I/-/P/A/-/-/-
          FreedLocation=0 Alloc=1.265625 Size=3.976562 LoadTime=4629539590
    NamespaceDump:
      STATS:  phd=0x818b62f8 chd=0x83a9c4e8 planhsh=5111da46 flg=1 Parse Count=1 Disk Reads=2 Disk Writes (Direct)=0 Disk Reads (Direct)=0 Physical read requests=2 Physical read bytes=16384 Physical write requests=0 Physical write bytes=0 IO Interconnect bytes=16384 Buffer Gets=27 Rows Processed=1 Serializable Aborts=0 Fetches=2 Execution count=1 PX Server Execution Count=0 Full Execution Count=1 CPU time=15000 Elapsed time=433961 Avg Hard Parse Time=420034 Application time=0 Concurrency time=985 Cluster/RAC time=496 User I/O time=407471 Plsql Interpretor time=0 JVM time=0 Sorts=0


Bucket: #=128596 Mutex=0xc5fb12f8(3298534883328, 137, 0, 6)
  LibraryHandle:  Address=0x8054ae68 Hash=efe9f654 LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=CDB$ROOT.57c14570e98dc8b98fe8a5a2ebf439ba Child:1
      FullHashValue=35e6477c4d445fa62356ff83efe9f654 Namespace=SQL AREA STATS(75) Type=CURSOR STATS(102) ContainerId=1 ContainerUid=1 Identifier=4025087572 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=0 LoadCount=1 ActiveLocks=0 TotalLockCount=1 TotalPinCount=1
    Counters:  BrokenCount=1 RevocablePointer=1 KeepDependency=1 Version=0 BucketInUse=0 HandleInUse=0 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0x8054af18(0, 1, 0, 0) Mutex=0x8054afb8(768, 9, 0, 6)
    Flags=RON/PIN/TIM/KEP/KPR/[00012805] Flags2=[0000]
    WaitersLists:
      Lock=0x8054aef8[0x8054aef8,0x8054aef8]
      Pin=0x8054aed8[0x8054aed8,0x8054aed8]
      LoadLock=0x8054af50[0x8054af50,0x8054af50]
    Timestamp:  Current=04-23-2019 09:19:53
    ReferenceList:
      Reference:  Address=0xbcc24828 Handle=0xd6d3f620 Flags=ROD/KPP[61]
    LibraryObject:  Address=0x8031b7b0 HeapMask=0001-0001-0001-0000 Flags=EXS[0000] Flags2=[0000] PublicFlags=[0000]
      ReadOnlyDependencies:  count='1' size='16'
        ReadDependency:  num='0' Table=0x8031c658 Reference=0x8031bbf0 Handle=0x818b62f8 HandleFlag=0x10012841 RefFlags=DEP/ROD[21]
      DataBlocks:
        Block:  #='0' name=KGLH0^efe9f654 pins=0 Change=NONE
          Heap=0xd26770b8 Pointer=0x8031b880 Extent=0x8031b708 Flags=I/-/P/A/-/-/-
          FreedLocation=0 Alloc=1.265625 Size=3.976562 LoadTime=4629556046
    NamespaceDump:
      STATS:  phd=0x818b62f8 chd=0xd6d3f620 planhsh=5111da46 flg=1 Parse Count=1 Disk Reads=0 Disk Writes (Direct)=0 Disk Reads (Direct)=0 Physical read requests=0 Physical read bytes=0 Physical write requests=0 Physical write bytes=0 IO Interconnect bytes=0 Buffer Gets=22 Rows Processed=1 Serializable Aborts=0 Fetches=2 Execution count=1 PX Server Execution Count=0 Full Execution Count=1 CPU time=7000 Elapsed time=6158 Avg Hard Parse Time=5220 Application time=0 Concurrency time=0 Cluster/RAC time=0 User I/O time=0 Plsql Interpretor time=0 JVM time=0 Sorts=0

Keeping Cursor in the Cache
构建一个游标是相对昂贵的操作。CPU消耗和将对象放入库缓存的IO可能会显著降低性能。这通常表现为解析CPU消耗的增加,特别是库缓存latch或互斥锁成为最主要的等待事件。因此,一个明显的目标是将游标保存在库缓存中。但是,必须保持平衡,否则会出现其他性能限制问题。共享池必须包含许多类型的对象,而库缓存对象只是这些类型之一。另外,内存是有限的资源。下面的小节将讨论影响Oracle在缓存中保存游标的各种方法。

Increase the Likelihood of Caching
Oracle无法释放打开的游标。即使共享池被刷新,打开的游标也被固定,因此无法释放。通常,当游标执行完成时,将关闭游标,游标固定被删除,如果没有其他会话固定游标,Oracle可以释放关联的内存。这允许新的和活动的游标保留在内存中,而较不活动的游标则自然释放。但是,如果解析成为一个重要的性能问题,作为性能分析人员,我们就会有动机影响Oracle将游标保存在内存中,一种方式是保持游标为打开状态。

Oracle允许我们保持游标比通常打开的时间更长。实例参数cursor_space_for_time当设置为true(缺省值为false)时,将所有游标固定,直到它们被特别关闭。即使在游标执行完成之后,Oracle也会保持游标固定,直到游标关闭为止。

但是,与所有调优更改一样,也有一个权衡。此实例参数影响整个Oracle实例中的所有游标。此外,它不是特定于会话的,参数更改需要实例重启才能生效。真正的含义是,现在需要更多共享池内存来缓存库缓存对象。实际上,这种影响可能非常显著,以至于共享池可能会有效地耗尽内存,从而导致可怕的4031“共享池内存耗尽”错误。所以在设置这个参数时必须小心。

就我个人而言,除非存在明显的解析问题(至少三种情况中的两种),否则我不会启用此选项:CPU消耗由解析时间和共享池latch争用或库缓存latch争用或互斥锁争用控制。相反,如果出现“out of shared pool memory”错误,请确保cursor_space_for_time被设置为false。

Force Caching
大多数dba都知道,确保大型包成功加载到共享池的一种方法是使用dbms_shared_pool.keep过程。当实例启动后立即将关键包加载到内存中时,收到“out of shared pool memory”错误的几率将显著降低。尤其是在早期版本的Oracle中,特别是在Oracle 8i中,这可以显著降低耗尽共享池内存的可能性。

下面是一个基于v$db_object_cache视图的OSM报告并且显示了在Oracle实例启动后被初始加载的对象。注意,生成报表时,共享池中没有强制保存符合报表选择标准的对象。

SQL> @dboc 10 20
old   9: where  a.sharable_mem >= &min_size
new   9: where  a.sharable_mem >= 20
old  10:   and  a.executions >= &min_exec
new  10:   and  a.executions >= 10

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         1
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_STATS_INTERNAL                 PBDY     0   386   492 NO
SYS          PLITBLM                             PKG      0   166     8 NO
SYS          DBMS_ASSERT                         PBDY     0    49    16 NO
SYS          STANDARD                            PBDY     0    27    32 NO
SYS          DBMS_STATS_INTERNAL                 PKG      0    24   622 NO
SYS          DBMS_SQLDIAG_INTERNAL               PKG      0    18    12 NO
SYS          DBMS_LOB                            PBDY     0    15    32 NO

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         2
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_SQLDIAG                        PBDY     0     8    40 NO
SYS          DBMS_SQL                            PBDY     0     3    74 NO
SYS          DBMS_STANDARD                       PKG      0     1    48 NO
SYS          DBMS_STATS                          PBDY     0     1  1213 NO
SYS          DBMS_SQLTUNE_UTIL0                  PBDY     0     1    16 NO
SYS          DBMS_STATS_ADVISOR                  PKG      0     0    24 NO
SYS          DBMS_SPACE_ADMIN                    PBDY     0     0    44 NO

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         3
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DICTIONARY_OBJ_NAME                 FNC      0     0     8 NO
SYS          DICTIONARY_OBJ_OWNER                FNC      0     0     8 NO
SYS          DBMS_UTILITY                        PKG      0     0    12 NO
SYS          DBMS_UTILITY                        PBDY     0     0    57 NO
SYS          DBMS_APPLICATION_INFO               PBDY     0     0     8 NO
SYS          IS_VPD_ENABLED                      FNC      0     0     8 NO
SYS          DBMS_SPACE_ADMIN                    PKG      0     0    60 NO

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         4
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_SQLTUNE_INTERNAL               PBDY     0     0   532 NO
SYS          DBMS_AUTO_TASK                      PKG      0     0     8 NO
SYS          DICTIONARY_OBJ_TYPE                 FNC      0     0     8 NO
SYS          PRVT_ADVISOR                        PBDY     0     0   176 NO
SYS          AW_TRUNC_PROC                       PRC      0     0     8 NO
SYS          DBMS_ADVISOR                        PBDY     0     0    69 NO
SYS          DBMS_SQLTUNE_UTIL2                  PBDY     0     0    20 NO

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         5
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_SQLTUNE_UTIL1                  PBDY     0     0    57 NO
SYS          DBMS_OUTPUT                         PBDY     0     0    12 NO
SYS          DBMS_STATS                          PKG      0     0   252 NO
SYS          DBMS_PRIV_CAPTURE                   PBDY     0     0    12 NO
SYS          DBMS_SPACE                          PKG      0     0    20 NO
SYS          AW_DROP_PROC                        PRC      0     0    12 NO
SYS          DBMS_ISCHED                         PBDY     0     0   387 NO

DB/Inst: jy/jy1                                                   24-Apr 09:37am
Report:   dboc.sql             OSM by OraPub, Inc.                Page         6
                      Oracle Database Object Cache Summary

                                                 Obj          Exe  Size
Owner        Obj Name                            Type Loads   (k)  (KB) Kept?
------------ ----------------------------------- ---- ----- ----- ----- -----
SYS          DBMS_SESSION                        PBDY     0     0    20 NO

36 rows selected.

SQL> l
  1  select a.owner ownerx,
  2         a.name  namex,
  3         decode(a.type,'PACKAGE','PKG','PACKAGE BODY','PBDY','FUNCTION','FNC','PROCEDURE','PRC') typex,
  4         a.loads/1000 loadsx,
  5         a.executions/1000 execsx,
  6         a.sharable_mem/1024 sizex,
  7         a.kept keptx
  8  from   v$db_object_cache a
  9  where  a.sharable_mem >= &min_size
 10    and  a.executions >= &min_exec
 11    and  a.type in ('PACKAGE','PACKAGE BODY','FUNCTION','PROCEDURE')
 12* order by executions desc, sharable_mem desc, name
SQL>

当强制对象保存在共享池中时,请注意,Oracle最近使用最少的(LRU)共享池内存管理算法的影响。我们说的是我们比Oracle更了解。实际上可能就是这样,因为大多数dba都非常了解他们的应用程序。但是,在您这样做之前,将共享池装满诸如圣诞袜之类的包实际上会增加内存溢出错误的可能性,因为留给数百个(如果不是数千个)其他共享池对象的空间很小。所以,在使用这个程序之前要仔细考虑。

Private Cursor Caches
问题是:由于库缓存在所有会话之间共享,因此必须运行某种类型的序列化控制机制。无论机制是latches还是mutexes,这意味着获取控制结构与访问内存结构都是要消耗CPU资源的。如果访问变得紧张,可能触发大量的竞争,导致严重的性能下降。因此,就会问一个看似愚蠢但又合乎逻辑的问题:“我们能不能简单地不使用控制结构?”。

当然可以,如果序列化不是问题的话。Oracle所做的是通过为每个会话提供自己的私有库缓存结构来降低需要序列化库缓存访问的可能性,该结构只包含会话的常用游标(实际上只是指向游标的指针,这是它们的句柄)。因为游标缓存是私有的,序列化被保证,因此不需要控制结构!这确实是一个优雅的解决方案

这种私有库缓存结构也叫作会话游标缓存,缺省情况下,每个会话有一个游标缓存包含指向常用游标的指针。缺省情况下,Oracle 10gr2缓存20个游标指针。Oracle 11gr1是50个游标指针。不管缺省值是多少,缓存大小可以在系统级(不是会话级)通过修改session_cached_cursors实例参数来进行修改。

其过程如下:当运行一个SQL语句时,会话创建语句的哈值,然后检查句柄是否存在于自己的游标缓存中。因为没有其它进程能访问会话的游标缓存,不需要请求控制结构。如果句柄被找到,会话知道游标存在于缓存中。如果游标没有在会话游标缓存中找到,哈希值将被哈希到一个库缓存哈希桶中,获得合适的控制结构,然后序列化扫描链表,查找游标。如果句柄在会话的游标缓存中找到,虽然花费了一些精力进行解析,但它与硬解析是不一样的(语句没有在库缓存中找到)或者甚至与软解析也不一样(语句在库缓存中找到),因此术语软软解析(softer parse)用来描述这种方
法。

好消息就是库缓存(library cache)竞争可以通过增加每个会话的游标缓存来显著减少。坏消息是每个会话的游标缓存确实增加了。如果Oracle实例有几百个会话,所有会话游标缓存可能请求大量的内存进行导致共享池内存可用性的问题。当做得太过火时就会知道,因为将收到4031“out of memory”错误。在这时可以减小会话缓存大小或者如果有内存可用,增加共享池大小。因此,与几乎所有调优工作和参数一样,都要付出代价。作为性能分析师,我们希望成本小于性能收益。

Library Cache Latch/Mutex Contention Identification and Resolution
随着库缓存变得越来越活跃,对控制结构和控制结构占用时间的竞争可能会增加很多,从而成为一个严重的性能问题。当这种情况发生时,它将变得很明显,因为我们的响应时间分析将清楚地指向库缓存latch或与互斥锁相关的等待事件。此外,Oracle的CPU消耗将非常大,递归SQL或解析相关的时间将非常之多。操作系统将经受CPU瓶颈。幸运的是,有几个非常好的解决方案可以解决这个问题。

下面的脚本输出结果中可以看到几个library cache latch竞争,几乎100%的latch竞争是与library cache相关的。

SQL> @swpctx
Remember: This report must be run twice so both the initial and
final values are available. If no output, press ENTER twice.

DB/Inst: RLZY/RLZY1                                               26-Apr 08:52am
Report:   swpctx.sql           OSM by OraPub, Inc.                Page         1
            System Event CHANGE (5 sec interval) Activity By PERCENT

                                       Time Waited  % Time    Avg Time     Wait
Wait Event Display Name                      (sec)  Waited Waited (ms) Count(k)
-------------------------------------- ----------- ------- ----------- --------
latch: library cache                         3.580    55.50       41.1        0
latch: library cache pin                     2.830    43.88       23.2        0
control file parallel write                  0.030     0.47        1.5        0
direct path write                            0.000     0.00        0.0        0
log file sync                                0.000     0.00        0.0        0
log file parallel write                      0.000     0.00        0.0        0
db file sequential read                      0.000     0.00        0.0        0

启用Mutexes
下面的脚本输出结果与之前的唯一差别是通过设置实例参数_kks_use_mutex_pin为true(缺省值为true)来启用了library cache mutexes。注意top等待事件是cursor: pin S。结果就是游标正被重复地密集地打开与关闭。尽管在启用与禁用mutexes时递归SQL的百分比是相同的,但当使用latches时,总CPU消耗几乎是使用mutexes时的两倍。

SQL> @swpctx
Remember: This report must be run twice so both the initial and
final values are available. If no output, press ENTER twice.

DB/Inst: RLZY/RLZY1                                               26-Apr 08:54am
Report:   swpctx.sql           OSM by OraPub, Inc.                Page         1
            System Event CHANGE (5 sec interval) Activity By PERCENT

                                       Time Waited  % Time    Avg Time     Wait
Wait Event Display Name                      (sec)  Waited Waited (ms) Count(k)
-------------------------------------- ----------- ------- ----------- --------
cursor: pin S                                2.630   94.27        47.0        0
control file parallel write                  0.030    1.08         1.5        0
direct path write                            0.000    0.00         0.0        0
db file sequential read                      0.000    0.00         0.0        0
log file parallel write                      0.000    0.00         0.0        0
log file sync                                0.000    0.00         0.0        0


使用绑定变量来创建类似SQL
Oracle对于它认为的类似SQL语句是非常讲究的。每个语句必须被解析,并且如果游标在library cache中没有找到,游标必须被完全构建(硬解析)。硬解析需要使用与库缓存相关的latches与锁,因此,如果硬解析变得如此强烈,相关的等待事件将被出现在报告的顶部,我们将寻找创建类似SQL语句的方法。Oracle提供了两种强大的方法来实现这一点。

第一方法是简单使用绑定变量来代替文本字。例如,语句select * from employee where emp_no=100使用文本值。如果语句select * from employee where emp_no=200被执行,因为Oracle的哈希算法,两个语句有不同的哈希值,将存放在不同的哈希桶中,并且有不同的handle。正如你所想的一样,当有密集的联机事务活动时,这将导致大量的硬解析。如果应用程序开发者可以提交这样的语句select * from employee where emp_no=:b1,使用绑定变量,游标将不会包含雇员号,并且游标可以高度重用(因为没有雇员号,相同的游标可以被重用)。这将显著减少硬解析。查看语句是否使用绑定变量非常简单。查看Oracle所存储的SQL,在v$sqltext中。如果使用绑定变量,您将看到它们。发现几个library cache相关的竞争可能导致你认识到绑定变量没有使用。应用程序开发者将非常不高兴,因为这需要大量的返工。

使用游标共享
另一种快速实现使用绑定变量的方法是让Oracle自动转换SQL语句。Oracle将有效地将没有使用绑定变量的SQL语句转换为使用绑定变量的语句。如果看到类似下面的语句就是Oracle自动转换的使用绑定变量的SQL:

select count(*)
from customers
where status != :"SYS_B_0"
and org_id != :"SYS_B_1"

如果您非常了解应用程序SQL,那么您可能会意识到这个确切的SQL实际上并不存在于应用程序的任何地方。实际上,如果您检查了应用程序提交给Oracle的SQL,它可能是这样的。

select count(*)
from customers
where status != 'ACTIVE'
and org_id != '15043'

结果就是你看到的Oracle自动转换SQL了使用它变得更容易共享。Oracle叫这个功能为cursor sharing(游标共享)。相关的实例参数为cursor_sharing,它有三个选项并且可以在会话级与系统级进行修改。当使用exact时,不会出现自动转换。当使用similar时,Oracle将寻找绑定变量并进行自动转换。当使用force时,Oracle会自动转换任何与每个文本值为绑定变量。

如果您向一组性能分析人员询问他们在游标共享方面的经验,您将立即得到一个看似矛盾而又充满激情的讨论。有些人,像我自己在使用similar选项时有美好的经历,其它人有各种各样的问题。有些人使用force选项后看到他们的SQL语句发生了巨大的变化并且SQL语句的结果集也不一样了。例如,原来返回10行记录的,现在只返回2行记录,有效的破坏了应用程序。

显然,您需要与您的同事交谈,与Oracle support进行检查,并测试特定环境中的各种选项。如果物理上无法更改SQL以使用绑定变量,或者非常痛苦,那么游标共享可以非常有效地工作。但是在生产环境中使用该选项之前,您必须非常勤奋地进行严格的测试。

利用哈希结构
从搜索角度来说,library cache是采用哈希结构来构建的。因此就像buffer cache chains一样,我们可以修改哈希桶的数量和latches的数量。当使用mutexes时,Oracle设置mutex内存结构关系。例如,每个library cache对象有属于自己的mutex。

根据Oracle版本的不同,Oracle实际上可能不会透露库缓存桶或锁存器的数量。例如Oracle 10gr2可能显示的library cache buckets的数量为9,library cache latches的数量为零。

Oracle允许通过实例参数_kgl_bucket_count来查看哈希桶的数量。library cache latches的数量是由实例参数_kgl_latch_count来控制的。现实中没有一个人通过增加生产系统中library cache哈希桶的数量并成功减少library cache latch竞争的。然而,就像cache buffer chain latches一样,library cache latch竞争可以通过增加library cache latches的数量来减少。

Try Mutex-Focused Solutions
当mutexes可用时,启用它们。可以通过将实例参数_kks_use_mutex_pin设置为false来禁用mutexes。如果你的系统正在遭受严重的mutex(互斥锁)问题,Oracle技术支持工程师可能会建议你关闭mutexes直到应用补丁为止。

大多数Oracle站点永远不会发生mutex(互斥)争用,如果发生mutex争用,那么压力可能与将游标固定在共享或独占模式有关。

有趣的是,要让互斥锁运行,操作系统必须支持比较和交换(CAS)操作。减少指令集计算机(RISC)操作系统,比如AIX或PA-RISC,可能选择通过消除比较和交换(CAS)操作来减少它们的指令集。在这种情况下,Oracle将通过使用一个latches池(在oracle 11gr1中缺省是有1024)池来模拟比较和交换(CAS)操作。latches被命名为KGX,并且可以通过修改实例参数_kgx_latches来改变它的数量,显然,这对于性能来说不是最优的,但是我们希望最终的结果是有益的。

SQL> select x.ksppinm NAME,y.ksppstvl value,x.ksppdesc describ
  2  from x$ksppi x, x$ksppcv y
  3  where x.inst_id=USERENV('Instance')
  4  and y.inst_id=USERENV('Instance')
  5  and x.indx=y.indx
  6  and x.ksppinm like '%_kgx_latch%';

NAME              VALUE   DESCRIB
----------------- ------- -------------------------------------------------
_kgx_latches      1024    # of mutex latches if CAS is not supported.

实际上有许多与mutex(互斥)锁相关的等待事件。虽然我希望所有与mutex(互斥)锁相关的等待事件都是以mutex(互斥)锁开始,但是Oracle采取了不同的方法。与库缓存关联的mutex(互斥)对象都以单词cursor开头。这是有意义的,因为库缓存中充满了游标,但是它使性能分析人员更难发现新的mutex(互斥)对象的使用情况。

Mutex等待事件如下:
cursor:mutex X
当一个会话以排他模式请求一个mutex时,通过spinning不能获得因此进入休眠时将会post这个等待事件。只需要一个会话以共享模式持有mutex(互斥)锁,就可以防止排他性获取。构建一个子游标,捕获SQL绑定变量数据,构建或更新游标相关统计信息都需要以排他模式来请求mutex。

cursor: mutex S
当一个会话以共享模式请求一个mutex时,通过spinning不能获得因此进入休眠时将会post这个等待事件。多个会话可以以共享模式来持有一个mutex。如果一个mutex被另一个会话以排他模式所持有那么它将不能以共享模式被持有。当扫描引用计数时,一个会话以共享模式持有mutex,而不是排他模式。因此另外的会话可能正在更改引用计数。当出现这种情况时,mutex会被称为”正在变化中”。要看到这个事件是非常困难的,因为更改引用计数的速度非常快(有人告诉我,算法也建议这样做)。因此当多个会话以共享模式持有mutex时,更改引用计数实际上是一个串行操作。

cursor: pin S
当一个会话以共享模式请求pin(固定)一个游标时,通过spinning(自旋)不能完成因此而休眠时就会posts这个等待事件。多个会话可以以共享模式来pin(固定)一个相同的游标,但只能有一个会话以排他模式来持有一个mutex。Pinning将增加mutex的引用计数,这是一种序列化操作。因为一个会话必须pin(固定)一个游标才能执行游标(游标在执行期间不会被回收),当一个被频繁访问的游标被多个会话重复执行时可以在系统中看到这个等待事件。

cursor: pin X
当一个会话以排他模式请求pin(固定)一个游标时,通过spinning(自旋)不能完成因此而休眠时就会posts这个等待事件。只需要一个会话以共享模式固定mutex(互斥)锁,就可以防止排他性占有。当创建游标时必须以排他模式来固定。你不想在同一时刻其它的会庆创建或修改相同的游标。

cursor: pin S wait on X
当一个会话以共享模式来pin(固定)游标时,因为另外的会话以排他模式持有mutex而必须等待时就会posts这个等待事件。例如,如果一个会话只想简单地执行游标,它必须以共享模式来请求mutex。然而,当会话正在执行游标时,如果另外的会话正在构建或修改游标(请求以排他模式来固定),将会post这个等待事件。当多个会话想执行这个游标时而游标正在被重建(可能基表已经被修改了)时就会看到这个等待事件。

解决互斥锁相关争用的关键是同时理解等待事件和应用程序中正在发生的事情。例如,如果等待事件是cursor:pin S(最可能的),可能是相同的cursor被一些用户重复执行,几个游标被许多用户执行,甚至一个简单的SQL语句是由数百个用户并发执行。理解了这一点之后,您将寻找执行频率相对较高的SQL语句,并尽一切可能降低其执行频率。使用等待事件让你了解与游标相关的特殊情况,并了解应用程序的性质,这是最佳的解决方案路径。

同样,互斥锁等待不太可能是最重要的等待事件(当没有相关的互斥锁错误时),但它偶尔会发生。因此,理解互斥锁序列化控制以及库缓存内部结构和诊断是非常重要的。

Oracle Cursor

游标是一个基本对象,它是SQL语句或PL/SQL编程式构造的一种完整可执行表示,可以被任何授权会话使用和重用。游标必须被创建,定位(通过搜索来查找),消毁(回收),失效与重载。如果游标的任何部分不在共享池中,并且出于任何原因需要,则必须重新加载该游标,这会降低性能。

开发人员通常对游标有很好的理解因为他们需要专门创建,打开,执行,获取与关闭游标。DBA通常将游标作为与SQL相关的简单内存块来看待。然而,这种过于简单的关点限制了我们为与游标相关的性能问题创建解决方案的能力。因此,如果花时间更好地理解游标,将会注意到性能解决方案选项将显著增加。

父游标与子游标
游标这个术语本身是一个抽象概念,用来引用共享的信息(位于共享SQL区),私有信息(位于会话的PGA)与用来定位各种游标组件的library cache chain节点(当引用library cache时就叫作handle)。不幸地是这种多用途的定义也增加了混淆。当一个游标被关闭时,Oracle不会简单的回收这三个游标组件。而是Oracle可能会按需来回收游标组件。

一个游标第一次执行时,会存在一个父游标与子游标。后续的会话,即使相同的会话执行相同的SQL语句(哈希值相同),可能会使用不同的子游标。虽然SQL语句在文本上完全相同,但是创建子游标是为了捕获特定的特征,比如优化模式的差异(例如first_rows),这会导致不同的执行计划或不同的会话级参数(cursor_sharing=similar)。下面的例子简单的显示了相同会话执行相同SQL语句两次,只是在两次执行之间执行了alter session命令,这足以强制创建一个额外的子游标。trace命令用来证明创建了两个子游标。

SQL> oradebug setmypid
Statement processed.
SQL> alter session set optimizer_mode = all_rows;

Session altered.

SQL> select * from dual;

D
-
X

SQL> alter session set optimizer_mode = first_rows;

Session altered.

SQL> select * from dual;

D
-
X

SQL> alter session set events 'immediate trace name library_cache level 10';

Session altered.

SQL> oradebug tracefile_name
/u01/app/oracle/diag/rdbms/jy/jy1/trace/jy1_ora_6675.trc

下面的内容是上面的trace命令所创建的跟踪文件中的一部分内容。我们通过搜索select * from dual来定位我们关心的内容并检查SQL语句。此时,我们感兴趣的是,这条SQL语句仅由一个会话执行,但它创建了两个子游标。

Bucket: #=108289 Mutex=0xc5eeae00(3298534883328, 1118, 0, 6)
  LibraryHandle:  Address=0xcf2e9a48 Hash=382da701 LockMode=0 PinMode=0 LoadLockMode=0 Status=VALD
    ObjectName:  Name=select * from dual
      FullHashValue=0d54fc02b2ad4044a2cb0974382da701 Namespace=SQL AREA(00) Type=CURSOR(00) ContainerId=1 ContainerUid=1 Identifier=942515969 OwnerIdn=0
    Statistics:  InvalidationCount=0 ExecutionCount=2 LoadCount=3 ActiveLocks=0 TotalLockCount=2 TotalPinCount=1
    Counters:  BrokenCount=1 RevocablePointer=1 KeepDependency=2 Version=0 BucketInUse=1 HandleInUse=1 HandleReferenceCount=0
    Concurrency:  DependencyMutex=0xcf2e9af8(0, 2, 0, 0) Mutex=0xcf2e9b98(768, 37, 0, 6)
    Flags=RON/PIN/TIM/PN0/DBN/[10012841] Flags2=[0000]
    WaitersLists:
      Lock=0xcf2e9ad8[0xcf2e9ad8,0xcf2e9ad8]
      Pin=0xcf2e9ab8[0xcf2e9ab8,0xcf2e9ab8]
      LoadLock=0xcf2e9b30[0xcf2e9b30,0xcf2e9b30]
    Timestamp:  Current=04-17-2019 09:33:16
    HandleReference:  Address=0xcf2e9c20 Handle=(nil) Flags=[00]
    ReferenceList:
      Reference:  Address=0x84497a08 Handle=0x818e2850 Flags=ROD[21]
      Reference:  Address=0x84c9e3d0 Handle=0xb28b76a0 Flags=ROD[21]
    LibraryObject:  Address=0xbd5972a8 HeapMask=0000-0001-0001-0000 Flags=EXS[0000] Flags2=[0000] PublicFlags=[0000]
      DataBlocks:
        Block:  #='0' name=KGLH0^382da701 pins=0 Change=NONE
          Heap=0x83043cc0 Pointer=0xbd597378 Extent=0xbd597200 Flags=I/-/P/A/-/-/-
          FreedLocation=0 Alloc=3.390625 Size=3.976562 LoadTime=4111958371
      ChildTable:  size='16'
        Child:  id='0' Table=0xbd598128 Reference=0xbd597bf8 Handle=0xb38e2928
        Child:  id='1' Table=0xbd598128 Reference=0xbd597f48 Handle=0xbdfc20a8
    NamespaceDump:
      Parent Cursor:  sql_id=a5ks9fhw2v9s1 parent=0xbd597378 maxchild=2 plk=n ppn=n prsfcnt=0 obscnt=0
        CursorDiagnosticsNodes:
          ChildNode:  ChildNumber=0 ID=3 reason=Optimizer mismatch(10) size=3x4 optimizer_mode_hinted_cursor=0 optimizer_mode_cursor=1 optimizer_mode_current=2

库缓存对象之间的关系不仅为执行目的而必须维护,而且当其中一个组件发生更改时也必须维护。假设一个表被2000个SQL语句,100个函数与20个包所引用。现在假设表的一列被重命名。Oracle将会使所有相关的SQL语句与程序结构失效。这可能导致在请求latching与locking时出现级联效应。多个相关会话、失效、重新编译和计时的组合导致整个Oracle实例被锁定。很明显Oracle已经知道了这种问题的严重性并且积极的减小出现这种情况的可能性。但每个DBA要了解library cache之间的关系是非常复杂的并且有时可能导致出现问题。

Cursor Building
当在library cache中搜索并没有找到游标时就会创建游标。这就是硬解析。很明显这是一个相对昂贵的操作它需要请求内存管理(分配与可能回收),使用latching来确保序列化,使用locking来阻止不合适的更改,执行内核代码需要消耗CPU资源,和可能需要IO操作来将数据字典信息插入row cache中。

游标是使用共享池中的数据来创建的,如果数据当前不在共享池中,Oracle将创建它自己的SQL语句来从数据字典表中检索数据。Oracle动态创建的SQL会命名为递归SQL并运行它。为了创建一个游标Oracle需要的数据是优化器统计信息,会话信息,安全信息,对象信息与对象关联信息。

游标是由称为堆的共享池内存块创建的。传统上,不同的SQL语句需要不同大小的内存块。常见的SQL语句通常请求4KB大小的内存块。与free exten管理一样,请求不一致大小的内存块会导致分配,性能与效率问题。从Oracle 10gr2开始,Oracle将所有的内存块定义为4KB。当合适的内存块不能快速地找到时,Oracle最终可能会放弃并posts一个4031错误“out of shared poll memory”并停止SQL语句的处理。

Cursor Searching Introduction
与buffer cache中的每个buffer一样,每个父游标与子游标必须被定位并且搜索必须要快速。这将请求内存,一个搜索结构,序列化,内核代码与大量CPU资源。

因为游标与程序结构存放在library cache中,有一个结构来定位对象。Oracle选择使用哈希算法与相关哈希类似结构。解析操作的一部分是判断一个游标当前是否存放在library cache中了。如果确实在library cache中找到了这个游标,进行了一些解析操作,因此它确实是一个软解析。然而如果在library cache中没有找到这个游标,整个游标需要被创建,因此它就是硬解析。游标创建与硬解析是相当昂贵的操作。

Cursor Pinning and Locking
固定游标类似于固定buffer。它被用来确保当游标被引用时不会被回收(有时也叫破坏)。游标显然不是关系结构,但是SQL与关系结构(例如employee表)相关,关系结构用于构建游标(例如sys.col$),因此使用了锁——也就是说,使用了队列。游标队列也叫作CU队列并且就像其它队列一样通过Oracle的等待接口可以检测。

当创建与执行游标时就要固定游标。这是很容易理解的,当你创建一个游标时,它是一种内存结构,你不想其它的进程回收相关的内存。正常情况下,游标在创建与执行完成后不会出现固定的情况。这意味着在你执行一个游标后且等待2分钟后你想再次执行相同的游标,这时游标可能已经被回收了。如果出现这种情况,在library cache中找不到需要的游标,将会执行硬解析,它将完全重新创建游标。

在创建与执行游标时也可能会出现锁定的情况。但它不同于固定游禁。固定的关注点在于内存回收。而锁是确保与游标相关的表在创建与执行游标时不被修改。显然,这可能会造成一些相当奇怪的情况,而Oracle不会允许这种情况发生。

sql server 2005数据库快照

使用create database命令来为数据库创建快照,当创建一个快照时必须在create database命令中包含源数据库中的每一个数据文件。包括原来的逻辑名称和一个新的物理名称。不能够指定其它的文件属性,也没有使用日志文件。

这是为Archive数据库创建一个快照的操作如下:
1.首先查看Archive数据库中的数据文件的逻辑名称

C:\Users\Administrator>sqlcmd  -S WINS7-2014DITHH\JY
1> use Archive
2> GO
已将数据库上下文更改为 'Archive'。
1> select name,physical_name from sys.database_files;
2> GO
name                                                 physical_name
------------------------------------------------ -------------------------------------------------------------------------
Arch1                                                 C:\Program Files\Microsoft SQLServer\MSSQL.1\MSSQL\Data\archdat1.mdf
Archlog1                                              C:\Program Files\Microsoft SQLServer\MSSQL.1\MSSQL\Data\archlog1.ldf
Arch2                                                 C:\Program Files\Microsoft SQLServer\MSSQL.1\MSSQL\Data\archdat2.ndf


(3 行受影响)

2.创建数据库快照Archive_snapshot

1> create database Archive_snapshot on
2> (
3> name='Arch1',--数据文件的逻辑名称
4> filename='C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\Archive_snapshot_1.mdf' --快照文件
5> ),
6> (
7> name='Arch2',
8> filename='C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\Archive_snapshot_2.mdf'
9> )
10> as snapshot of Archive;
11> GO

下面在源数据库中向表t1插入一行记录
1.先查看表t1中的记录

1>use Archive;
2>GO
已将数据库上下文更改为 'Archive'。
1>select * from t1;
2>GO
t_id        t_date
----------- --------------------
1           2019-04-25
(1 行受影响)

2.向表t1中插入一行记录

1>insert into t1 values(2,'2019-04-26');
2>GO;
(1 行受影响)

3.再次查询表t1中的记录

1>select * from t1;
2>GO
t_id        t_date
----------- --------------------
1           2019-04-25
2           2019-04-26

(2 行受影响)

在快照数据库中查询表t1的记录

1>use Archive_snapshot;
2>GO
已将数据库上下文更改为 'Archive_snapshot'。
1>select * from t1;
2>GO
t_id        t_date
----------- --------------------
1           2019-04-25

(1 行受影响)

可以看到快照数据库中的t1的记录仍然只有一条,快照数据库只包含快照创建时源数据库中已有的数据。

快照中的每一个文件都被创建为稀疏文件,这是NTFS文件系统的一个特性。开始时,一个稀疏文件不包含用户数据,也没有分配到用来存储用户数据的磁盘空间。当数据被写入稀疏文件时,NTFS逐渐地为其分配磁盘空间。一个稀疏文件有可能增长得很大。稀疏文件以64KB为单位增量增长,因此磁盘上的稀疏文件的大小总是64KB的倍数。

快照文件只包含源数据库中发生了变化的数据。对每一个文件,SQL Server创建了一个保存在高速缓存中的比特图,文件的每一个页面对应一个比特位,表示那个页面是否已经被复制到快照中。每次当源数据库中有一个页面被更新时,SQL Server会查看比特图来检查该页面是否已经被复制了,如果还没有被复制,那么马上将其复制到快照中。这种操作被称为写入时复制操作。

前面提到,比特图保存在调整缓存里,而不是文件自身,所以它总是可供随时使用。当SQL Server关闭或数据库关闭时,比特图会丢失并且需要在数据库启动时进行重建军。当SQL Server被访问时它会判断读每一个页面是否存在稀疏文件中,然后将这些信息保存在比物图中供将业使用。

快照反映了发出create database命令的时间点—也就是在创建操作开始的那一刻。SQL Server对源数据库进行检查点操作并将一个同步日志序列号(Log Sequence Number,LSN)记录在源数据库的日志文件里。LSN是一种确定数据库中某一特定时间点的方式。SQL Server然后在源数据库上运行恢复,以便任何未提交事务能够在快照中被回滚。所以虽然快照的稀疏文件开始时是空白的,但是那并不能维护很久。如果当快照被创建时有事务正在进行,恢复进程将会在数据库快照可用前撤消未提交的事务,所以该快照将会包含修改后数据的源数据库所有页面的原始版本。

快照只能在NTFS格式的卷上创建,因为该格式是唯一支持稀疏文件技术的文件格式。如果我们尝试在FAT或FAT32卷上创建一个快照,那么会收到如下类似的错误:

Msg 1823, Level 16, State 2, Line 1
A database snapshot cannot be created because it failed to start.
Msg 5119, Level 16, State 1, Line 1
Cannot make the file "E:\AW_snapshot.MDF" a sparse file. Make sure the file system supports
sparse files.

第一个错误基本上是一个普通的错误信息,第二个错误信提供了关于该操作为什么失败的更详细信息。

可以通过查看动态管理函数sys.dm_io_virtual_file_stats来发现数据库快照的每个稀疏文件中正在使用的磁盘上的字节数据是多少,该函数通过size_on_disk_bytes列来返回一个文件中的当前字节数据。该函数将database_id和file_id作为参数。快照数据库的数据库id和每一个稀疏文件的文件ID被显示在目录视图sys.master_files中。还可以通过Windows资源管理器来查看其大小。

1>select name,database_id from sys.databases;
2>GO
name                   database_id 
---------------------- ----------- 
master                 1           
tempdb                 2           
model                  3           
msdb                   4           
AdventureWorksDW       5           
AdventureWorks         6           
resource_COPY          7           
Archive                8           
Archive_snapshot       9           
                                   
(9 行受影响)                       


1>select  database_id,file_id,name,physical_name from sys.master_files;
2>GO
database_id file_id     name                      physical_name                                                                                                                                         
----------- ----------- ------------------------- -----------------------------------------------------------------------------------------                                                                                                                                                                            
1           1           master                    C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\master.mdf                                                                                   
1           2           mastlog                   C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\mastlog.ldf                     
2           1           tempdev                   C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\tempdb.mdf                      
2           2           templog                   C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\templog.ldf                     
3           1           modeldev                  C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\model.mdf                       
3           2           modellog                  C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\modellog.ldf                    
4           1           MSDBData                  C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MSDBData.mdf                    
4           2           MSDBLog                   C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MSDBLog.ldf                     
5           1           AdventureWorksDW_Data     C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorksDW_Data.mdf       
5           2           AdventureWorksDW_Log      C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorksDW_Log.ldf        
6           1           AdventureWorks_Data       C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Data.mdf         
6           2           AdventureWorks_Log        C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Log.ldf          
7           1           data                      C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\mssqlsystemresource_copy.mdf    
7           2           log                       C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\mssqlsystemresource_copy.ldf    
8           1           Arch1                     C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\archdat1.mdf                    
8           2           Archlog1                  C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\archlog1.ldf                    
8           3           Arch2                     C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\archdat2.ndf                    
9           1           Arch1                     C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\Archive_snapshot_1.mdf          
9           3           Arch2                     C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\Archive_snapshot_2.mdf          
                                                                                                                                           
(19 行受影响)         

1>select * from  sys.dm_io_virtual_file_stats (9,NULL) AS vfs;
2>GO
database_id file_id sample_ms   num_of_reads         num_of_bytes_read    io_stall_read_ms     num_of_writes        num_of_bytes_written io_stall_write_ms    io_stall             size_on_disk_bytes   file_handle
----------- ------- ----------- -------------------- -------------------- -------------------- -------------------- -------------------- -------------------- -------------------- -------------------- ------------------
9           1       1902593092  60                   491520               133                  5                    40960                4                    137                  262144               0x000000000000080C
9           3       1902593092  4                    32768                11                   1                    8192                 0                    11                   65536                0x0000000000000840

(2 行受影响)

因为同一个数据库有可能拥有多个快照,所以我们必须确保有足够的可用磁盘空间。快照开始时会相对较小,当随着源数据库的更新,每个快照都会增长。稀疏文件的空间按照称为区域的片断进行分配,单位为64KB。当一个区域被分配时,除了已经更改过的一个页面,所有的页面都会被清零。这时该区域中还供7个更改过的页面使用的空间,并且在这7个页面空间被使用完之前,不会分配新的区域。

有可能会过度申请存储空间。这意味着在通常情况下,我们能够拥有的是实际物理存储空间很多倍的多个快照,但一旦快照增长,物理卷就会被耗尽(当运行在线dbcc checkdb命令或相关命令时有可能会发生这种情况,因为我们无法控制这些命令所使用的内部快照存放的物理位置—它会被存放在父数据库文件所在的同一个郑上。dbcc在这种情况下检查将会失败)。一旦物理卷空间耗尽,对源数据库的写操作就无法将写之前的页面图像复制到稀疏文件。无法写入页面的快照会被记为置疑(suspect)并且无法使用,但是源数据库仍然可以继续运行。不可能修复一个被置疑的快照,必须将这种快照数据库删除。

管理快照
如果一个源数据库中存在快照,那么就无法删除,分离或还原该源数据库。如果把握一个数据库切换到离线(offline)状态,那么快照将会被自动删除。另外,我们基本上可以通过将源数据回复(Revert)到快照创建时的状态,并把源数据库替换为它的一个快照。命令如下:

1> use master;
2> GO
已将数据库上下文更改为 'master'。
1> restore database Archive from database_snapshot='Archive_snapshot';
2> GO
1> use Archive;
2> GO
已将数据库上下文更改为 'Archive'。
1> select * from t1;
2> GO
t_id        t_date
----------- --------------------
          1 2019-04-25

(1 行受影响)

在将源数据库Archive回复到快照创建时的状态后,表t1中只有一条记录。

在回复(Revert)操作期间,快照和源数据库是可用的并会被标记为“还原中”。如果在回复操作期间出现错误,该操作将会在数据库重新启动时尝试完成回复操作。当存在多个快照时是不能回复到其中任何一个快照的,所以首先我们应该把除了希望回复的快照以外的所有快照删除。删除一个快照的操作与drop database操作非常相似。在删除快照的同时,所有的NTFS稀疏文件也都被删除了。

需要注意下面的这些与数据库快照有关的附加注意事项:
.不能在model,master和tempdb数据库上创建快照(SQL Server内部可以为了对master数据库运行在线DBCC检查而为其创建一些快照,但是这些快照是不能显式创建的)。

1> drop database Archive_snapshot;
2> GO

.一个快照会从它的源数据库中继承安全约束,且由于快照是只读的,所以我们无法改变其权限。

.如果从源数据库中删除一个用户,该用户会继续留在快照中。

.不能备份或还原快照,但是能够正常备份源数据库;它并不受数据库快照的影响。

.不能附加或分离快照。

.数据库快照并不支持全文索引,全文目录不会从源数据库传播到快照中。

Oracle Enqueue Waits

队列用来有序地锁定关系与非关系型的Oracle结构。关系型结构可能是Oracle的数据字典表或应用程序表。例如,当Oracle更新sys.col$表或一个应用程序更新它的employee表,队列将会被调用。如果一个服务器进程被锁定的表所阻止,不仅仅会post一个enqueue wait等待事件,还会在v$lock,dba_lock,v$enqueue_statistics与其它视图中显示锁信息。非关系型结构被锁定是为了阻止不合适的更改比如library cache cursor。

顾名思义,队列是非常有序的,并确保以非常确定的方式更改结构。进程的入队列请求会被推送到适当的队列上,当它需要处理时,它的入队列条目会从队列中弹出(也叫作dequeue)。这里并没有什么令人兴奋的地方,但是排队不是为了冒险,而是为了确保以一种非常有序的、类似会计的方式更改Oracle结构。

Oracle维护了数量惊人的队列。在Oracle 10gr2中有208种队列,在Oracle 11gr1中有247种队列。但不必惊慌,因为你可能只会遇到几个排队的人。另外,如果您是一位经验丰富的DBA,您已经处理过使用enqueue的行级和表级锁。

诊断Enqueue等待
当解决队列问题时,首先判断队列类型,然后确定所涉及的SQL,最后根据您对应用程序和相关Oracle内部的知识开发解决方案。在深入研究最常见的排队等待(事务(TX)排队)之前,务必了解如何确定正在等待哪个排队和oracle 10g之前和之后版本中的相关会话。

在Oracle 10g之前,所有队列的等待事件都是enqueue。这确实很不幸,因为这要从v$lock或v$session_wait中取样来确定队列名称。下面的SQL语句用来从v$session_wait中来确实enqueue名。会话4388已经锁表,没有等待锁,因此没有显示。队列中的第一个会话是4387,紧接着是会话4393。判断正在运行的SQL与所涉及的表最简单的方式就是从v$session中查询会话的sql_address或sql_hash_values。对于TM队列,表可以通过p2列(ID 1列)来识别。它包含object_id,可以使用它来从dba_objects中进行查询。这使得确定争用对象非常简单。

SQL> col sid format 9999 heading "Sid"
SQL> col enq format a4 heading "Enq."
SQL> col edes format a30 heading "Enqueue Name"
SQL> col md format a10 heading "Lock Mode" trunc
SQL> col p2 format 9999999 heading "ID 1"
SQL> col p3 format 9999999 heading "ID 2"
SQL> select sid,
  2         chr(bitand(p1, -16777216) / 16777215) ||
  3         chr(bitand(p1, 16711680) / 65535) enq,
  4         decode(chr(bitand(p1, -16777216) / 16777215) ||
  5                chr(bitand(p1, 16711680) / 65535),
  6                'TX',
  7                'Row related lock (row lock or ITL)',
  8                'TM',
  9                'Table related lock',
 10                'TS',
 11                'Tablespace and Temp Seg related lock',
 12                'TT',
 13                'Temporary Table',
 14                'ST',
 15                'Space Mgt (e.g., uet$, fet$)',
 16                'UL',
 17                'User Defined',
 18                chr(bitand(p1, -16777216) / 16777215) ||
 19                chr(bitand(p1, 16711680) / 65535)) edes,
 20         decode(bitand(p1, 65535),
 21                1,
 22                'Null',
 23                2,
 24                'Sub-Share',
 25                3,
 26                'Sub-Exlusive',
 27                4,
 28                'Share',
 29                5,
 30                'Share/Sub-Exclusive',
 31                6,
 32                'Exclusive',
 33                'Other') md,
 34         p2,
 35         p3
 36    from v$session_wait
 37   where event = 'enqueue'
 38     and state = 'WAITING'
 39  /
SQL>
Sid   Enq. Enqueue Name                   Lock Mode  ID 1     ID 2
----- ---- ------------------------------ ---------- -------- --------
4387  TM   Table related lock             Exclusive     49911        0
4393  TM   Table related lock             Sub-Exlusi    49911        0



SQL> @swswp enq%
Database: prod16 31-MAR-10 04:32pm
Report: swswp.sql OSM by OraPub, Inc. Page 1
Session Wait Real Time w/Parameters
Sess
ID    Wait Event                   P1           P2        P3
----- ---------------------------- ------------ --------- -----
4383  enq: TM – contention         1414332422   49911     0
4388  enq: TM – contention         1414332422   49911     0
2 rows selected.
SQL> l
1 select sid, event,
2 p1, p2, p3
3 from v$session_wait
4 where event like '&input%'
5 and state = 'WAITING'
6* order by event,sid,p1,p2

与latch等待事件一样,从Oracle 10g开始,每一种队列都有它自己的等待事件。这节省了诊断步骤,因为我们可以通过一个简单的查询确定所涉及的会话和队列类型。会话4393已经持有表锁并且没有等待所以没有显示,会话4383和4388正等待锁表因此post一个TM队列等待。通过使用P2列(49911)来与dba_objects视图的object_id关联进行查询来获得被调用的表。

TX Enqueue等待
TX队列等待是最常见的队列等待事件。这也是最迷人的。想深入研究这个等待事件,因为它将使您更深入地了解Oracle如何管理事务并发性,这与块克隆、undo、读取一致性和相关事务列表有关。

TX队列也叫作行级锁队列,实际上出现TX队列有三个原因,并且只有一个实际上是行级锁。每一个Oracle数据块可以被抽象为三个区域:
.行数据包含真实的Oracle行记录并且是每个数据块最重要的一个部分。

.可变数据包含事务元数据

.可用空间数量可以通过行数据增长与可变数据增长而减小

相关事务列表(ITLs)
内置在每个Oracle数据块的可以数据区域的结构叫作相关事务列表(ITLs)。这些结构最主要是用来负责Oracle的行级锁与读一致性。从高度抽象的角度来看,可以认为ITLs就像检查框,每个检查框与一个特定的事务相关。如果想要更新行记录,但被锁定的行已经与其它事务的ITL关联,你将会收到一个TX队列等待,这确实是行级锁。

每个Oracle数据块都创建了特定数量的ITLs。ITLs的初始值是由表的initrans空间参数所控制的并且可以通过dba_tables视图的ini_trans列来查看。从Oracle 9i开始,缺省的ini_trans值为1,然而通过简单的块dump可以清楚的看到创建了两个ITL。使用两个ITLs,单个数据块可以同时并发地执行两个事务。

假设第三个事务想要修改块中没有被锁定的行而只在两个ITL存在时,第三个事务的服务器进程将尝试动态创建一个额外的ITL。然而服务器进程必须首先确保ITL的最大数(max_trans)不会被超过并且在数据块中要有可用空间。如果服务器进程不能创建额外的ITL,它将发出一个TX队列等待事件,并且这个进程将耐心等待。为了减小这种情况的出现,单个块的ITLs的缺省值与最大值都可以设置为255。当不超过这个值时可以执行alter table命令来修改。

一旦在数据块中创建了一个ITL后,唯一能获得空间的方式是重新创建整个表。修改空间参数将不会影响已经创建的ITL。这就是为什么缺省的ITLs为1(实际上创建了两个ITL)并且最大值设置为255的原因。如果数据块的并发请求更多的ITLs,Oracle宁愿消耗空间也不愿意发出TX队列等待事件而让事务等待。

初看,ITL的最大数是255可能看上去非常有限,但请考虑这种情况:想想在最高并发应用程序中,在最高并发的数据库中的最高并发表。也许有一个表可能有250个并发进程正在更新,删除与插入记录。现在真正有多少进程将会并发更新,删除或插入记录到一个数据块中,而不是整个表或区,是单个块。即使使用最高并发性的应用程序,在一个块中激活超过255个并发事务也是极不可能的。所以ITL的最大数255并没有太大的限制。然而如果确实出现了问题,可以通过增加表的pct_free参数来减小数据块的并发性或者为了减少存储在块中的行记录可以增加固定长度的列。

Unod段的事务表
每个undo段在它的头块中包含一个结构叫事务表。Oracle开发人员将事务表中的行称作slots(插槽)。每一个已经占用的slot都与正在或已经在undo段中存储undo信息的事务相关。如果一个事务已经提交或者回滚,它确实是一个非活动事务,否则它就是一个活动事务。除了包含slot号与事务状态,每个slot也包含一个序列号。为了区分不同的事务使用相同的slot并能让slot重用,序列号可以增长。UBA是undo块地址,提供到事务的undo的直接链接。SCN是当相关事务开始时事务的系统改变号。

事务表与性能分析人员相关因为它们提供了事务号。每个事务有一个相关的事务号,并且事务号是基于事务的事务表条目生成的。事务号由三组数字组成。第一部分是事务表号,第二部分是slot号,最后是相关序列号。例如,一个事务号为00100.000.00007。ITLs与事务表之间的联系是每个ITL条目关联到一个特定的事务并且在ITL条目中包含事务号,比如00100.000.00007。

深入了解相关事务列表(ITL)
已经了解了ITL与undo段事务表,现在是将它们作为单个工作单元组合在一起的时候了,并展示在事务活动期间ITLs是如何变化的。深入了解相关事务列表可以让你深入理解Oracle如何管理事务并发性,如何创建读一致性块以及为什么要小心“snapshot too old”错误。

下面通过执行命令alter system dump datafile 1 block 75847来dump数据块。在执行块dump时,这个块(1,75847)包含了许多行记录并且有三个活动事务更新四行不同的记录。第一个与第三个事务显示正在更新一行记录,第二个事务正在更新二行记录。

$ cat prod5_ora_21741.trc
...
Block header dump: 0x00412847
Object id on Block? Y
seg/obj: 0xff6b csc: 0x00.50fcb6 itc: 3 flg: O typ: 1 - DATA
fsl: 0 fnx: 0x412848 ver: 0x01
Itl         Xid                 Uba         Flag  Lck      Scn/Fsc
0x01 0x0003.00d.00000318 0x00c3e3d0.0593.0c ----   1    fsc 0x0000.00000000
0x02 0x0008.01b.00000340 0x00c41bce.0481.24 ----   2    fsc 0x0000.00000000
0x03 0x0001.000.00000320 0x00c45fa0.0599.0b ----   1    fsc 0x0000.00000000
...

ITL条目包含以下内容:
itl:这是事务的ITL号

xid:这是事务ID,它由事务表ID(0003),事务表slot号(00d)与序列号(00000318)组成。事务ID是很重要的,因为它用于确保看起来相关的undo信息是真正相关的。

uba:这是undo块地址。这直接指向事务的最新更改undo,对于回滚事务和读取一致性(克隆缓冲区构造)都是必要的。

flag:事务的状态它可以有许多值,以下是常见值
—– 意味着事务是活动的,DML在执行事务没有提交或回滚

–U– 意味着事务已经提交,因此任何行数据都可以引用在活动事务中没有被使用的ITL并且它们没有被锁定。事务的行数据可能没有被合并。例如,如果一个列被更新,在更改之前与之前的值可能保留在行数据中。

–C– 意味着事务已经提交,行数据已经合并,并且行数据中的ITL条目已经被删除。任何块touch可能触发对这个flag的改变,包括select语句。我知道这很难相信。这种看似延迟的更改通常称为延迟块清除,或者简单地称为块清除。

Lck:这是事务在某个时刻锁定在这个块中的行数。大于0的值不能够说时行被锁定。如果这个值为2,就像第二个事务一样,这个事务关联两行记录。锁会保持到flag改变为C—-为止。这意味着在一个事务提交后且不再被认为是活动(–U–)状态时,Lck值可能大于0

Scn/Fsc:SCN是系统改变号并用来判断事务是何时结束的(提交或回滚)。上面的例子中SCN没有被指泒,但在事务提交后,SCN被设置了如下所示。当创建一个buffer的读一致性版本判断是否需要检索undo时SCN是很重要的。FSC引用可用空间信用。它用于未提交的事务当一个更新或删除操作造成行记录长度收缩使用。Oracle将保护这个空闲空间,以防事务回滚和需要重新填充空间。如果空闲空间用于其他用途,然后事务回滚,则可能需要迁移行!。在下面的dump结果中,前两个事务(ITLs x01与x02)已经提交标记它们的事务为非活动状态。第三个事务,ITL x03,还没有提交。在前两个事务提交后,相同的块dump命令,alter system dump datafile 1 block 75847。注意flag已经改变了,一个SCN已经指泒给事务了。

$ cat prod5_ora_21741.trc
...
Block header dump: 0x00412847
Object id on Block? Y
seg/obj: 0xff6b csc: 0x00.50fcb6 itc: 3 flg: O typ: 1 - DATA
fsl: 0 fnx: 0x412848 ver: 0x01
Itl          Xid                Uba         Flag Lck      Scn/Fsc
0x01 0x0003.00d.00000318 0x00c3e3d0.0593.0c --U- 1   fsc 0x0000.0050fd6f
0x02 0x0008.01b.00000340 0x00c41bce.0481.24 --U- 2   fsc 0x0000.0050fd6b
0x03 0x0001.000.00000320 0x00c45fa0.0599.0b ---- 1   fsc 0x0000.00000000

两个flags —-与–U-是必需的,因为活动事或者过去的活动事务中涉及的行可以在其行数据中具有有效的ITL条目。因为简单引用行数据与查看ITL条目不能说明行当前被活动事务调用与锁定。为了检查行是否被锁定,一个服务器进程必须从行数据中得到ITL引用然后检查数据块的可变ITL区域中的flag。如果flag为 —-,那么服务器进程知道行确实被一个活动事务所调用且被锁定。然而如果falg为–U,服务器进程知道行没有被锁定。

块清除进程的部分工作将删除非活动事务行数据ITL条目,将它们各自的ITL条目在数据块的可变部分的flag的状态修改为C—,并合并行数据。

这是一种聪明的策略,因为Oracle可以快速使用最小的改变来记录数据块中的改变,但仍然在行级别维护并发控制。最终需要对块进行最后的更改,但这可能发生在工作负载较低的时期,比如基准测试完成之后。

执行查询语句来touch块1,75847后,再执行dump命令的结果如下,数据块(1,75847)在执行查询语句touch数据块后事务flags从–U-变为了C—,指示块清除已经发生了。

$ cat prod5_ora_21741.trc
...
Block header dump: 0x00412847
Object id on Block? Y
seg/obj: 0xff6b csc: 0x00.510047 itc: 3 flg: O typ: 1 - DATA
fsl: 0 fnx: 0x412848 ver: 0x01
Itl          Xid                Uba         Flag Lck     Scn/Fsc
0x01 0x0003.00d.00000318 0x00c3e3d0.0593.0c C--- 0     scn 0x0000.0050fd6f
0x02 0x0008.01b.00000340 0x00c41bce.0481.24 C--- 0     scn 0x0000.0050fd6b
0x03 0x0001.000.00000320 0x00c45fa0.0599.0b ---- 1     fsc 0x0000.00000000
...

现在我意识到这很有趣,但是我也理解一些读者可能认为这个block dump和ITL的东西并没有那么强的关联。但我不敢苟同。您不仅对TX排队有了更全面的了解,而且还清楚地了解了如何排队Oracle实现了它的专利行级锁方案。

深入了解Buffer克隆
介绍块克隆是因为它与CBC latch竞争。现在将深入学习Oracle如何使用ITLs,undo块,SCNs与其它有趣的Oracle技术。当一个服务器进程要定位一个请求的buffer并且发现请求的行在查询开始后发生改变了,它必须为buffer创建一个时光倒流的镜像。这就叫作当前(CU)buffer的一致性读(CR)buffer。一旦buffer被拷贝,合适的undo被应用后,使被拷贝的buffer回退直到CR buffer被成功克隆好为止。

假设我们的查询执行时间是SCN 12330,查询最终得到要访问的buffer 7,678。然而,我们注意到存在一些ITL活动事务 7.3.8当前是活动状态并且buffer可能在我们查询开始后发生了改变。事务5.2.6是非活动状态(flag为C,并指派了SCN,并且Lck为0),但是改变的提交时间在我们查询开始之后并且影响这个当前(CU)buffer。这些块改变意味着在CU buffer在我们查询在SCN 12330时间点开始后已经发生改变了并且不能用于我们的查询。我们需要一个一致性读副本,它可以时光倒流回到SCN 12330时间点。因此CU buffer 7,678必须被克隆并应用undo,来创建一个SCN12330时间点的CR buffer。

在执行buffer克隆之前,必须找到一个不被频繁访问的free buffer然后使用7,678的CU buffer来替换它。服务器进程将获得LRU chain latch与相关的LRU chain,然后从LRU chain的LRU端开始扫描,查找不被频繁访问的free buffer。最终将找到一个不被频繁访问的free buffer并使用CU buffer 7,678的副本来替换它。当然CBC结构也将被更新来映射克隆buffer在buffer cache中的位置。

从与第一个ITL相关的活动事务7.3.8开始。服务器进程需要检索在我们查询开始时间scn 12330之后所有生成的undo记录。事务7.3.8的最近生成的undo可以通过它的ITL的undo块地址(UBA)所链接到的undo块2,45中找到。服务器进程然后必须访问undo块2,45。这需要请求CBC活动并且也可能请求LRU活动来执行IO调用。一旦访问到undo buffer 2,45,将会通过比较事务号来检查确保我们使用正确的事务在工作。数据块与undo块事务号需要匹配(7.3.8),因为事务是活动的,所以undo信息应该没有铺覆盖。

undo块2,45的SCN是12348,这意味着undo块代表的块改变出现在我们查询开始时间scn 12330之后,因此,我们需要对克隆的CR buffer应用undo数据,让它回退到过去一点点。

undo块2,45也链接到了另一个undo块2,90。这是一种undo链并且可能持续一段时间,消耗大量的计算资源。服务器进程现在必须访问undo块2,90(请求CBC活动并且也可能请求LRU活动来执行IO调用)并且再次比较事务号来确保它们是否匹配。它们匹配,现在检查SCN。undo块2,90的SCN是12320,它在我们的查询开始时间SCN 12330之前,因此我们不需要应用undo。如果不应用undo,我们的CR buffer将代表的是块7,678在SCN 12320时间点的版本,这比我们要查询的时间SCN 12330早了。

现在查看第二个ITL,它与事务5,2.6关联。这个事务在SCN 12350时间点已经提交了,在我们的查询开始时间之后,因此我们需要应用它的undo。从ITL条目来看,我们将得到ndo块地址2,70并且访问这个undo块。现在比较事务号,因为事务已经提交,undo信息将不再受保护。增加undo保留期可以让udno信息保留更长的境,但也不受保护。

假设另一个服务器进程覆盖了undo块2,70中的相关事务undo信息。如果出现这种情况,服务器进程的事务号将被记录并且这里将记录为5.2.6。通过事务号比较,我们注意到差异并且立即知道undo块2,70中的undo不能应用于我们的CR buffer。在这时,服务器进程将会发出快照太旧的错误信息并停止我们的查询。很明显,undo块快照太旧因为被其它进程覆盖了。

幸运地是,事务号是匹配的。undo块2,70中的undo是在SCN 12340时间点发生的改变,它在我们的查询开始之后,因此我们应用这个undo到我们的CR buffer。下一个undo链接是空的,因此没有其它undo需要应用了。

现在返回到ITL条目,这里没有更多的ITL需要考虑,因此我们完成的数据块的克隆。任何一个服务器进程现在都可以访问CR buffer 7,678它包含了SCN 12330时间所代表的内容。

现在应该很清楚为什么ITLs如此重要了,而且Oracle的读取一致性模型虽然非常强大、必要且高效,但仍然相对昂贵,因为它可能会消耗大量CPU和IO,从而减慢应用程序的响应时间。Oracle非常清楚这一点,并且从Oracle 10gr2开始使用内存优化结构来临时存储undo信息。这些对象不是段类型并且不受与段相关的CBC和LRU chain活动的影响。在内存中,undo被存储在shared pool中。

Oracle Buffer Busy Waits

buffers不能被锁定,因为他们不是关系型结构。然而有许多原因,它们可以会临时不能使用。当出现这种情况时,buffer确实很忙。将所有复杂性能提练为本质的东西,一个buffer busy waits等待事件是关于受限的并发性。一个进程需要访问一个buffer,但不能访问它因为其它的进程正在访问buffer且不允许并发访问。在很多情况下都会出现这种情况,每种情况都有特定的解决方案。

使用buffer busy waits等待事件具有挑战性的是有多种可能的诊断方法。一种最常见的诊断buffer busy的方法是使用reason code。reason code由三个数字组成,每一个数字的值都揭示了为什么buffer正忙且不能被立即访问的的部分原因。但在Oracle 11g中,oracle从v$session_wait与v$session视图中删除了p3这一列。

在Oracle 10g中,Oracle采用了一种最常见的buffer busy情况并且指定了它特有的等待事件。因此可以看到read by other session等待事件用于buffer busy waits等待事件的一部分。虽然可能引起混淆但也使用的等待事件更加具体。

四步诊断法
解决buffer busy类型的等待事件(包括read by other session等待事件)的关键是首先要了解正在等待的buffer。仅仅知道top等待事件是buffer busy waits是不够的。在了解正确解决方案前将需要收集额外的信息。额外需要的信息是buffer的类型与是否它是header块。有了这些信息后,就能对这个问题制定一些解决方案集。为了解决这个问题有一个四步诊断方法如下:
1.确定是否存在参数模式
2.识别buffer类型
3.确定是否是header块
4.实现合适的解决方案集

确定是否存在参数模式
为了诊断重复抽样buffer busy waits等待事件的p1与p2参数。p1参数是buffer的文件号,p2参数是块号。正常情况当重复抽样p1与p2值时,它们将会出现变化,指示正在等待不同的buffers。通常也可以看到一些小数据块集关联到特定的对象。如果相同的buffer或看到两次出现虽然很罕见但要特别注意。它们确实是hot块。当你重复抽样时,注意参数值,分析时需要使用它们。

SQL> @swswp buffer%busy
Database: prod16 30-MAR-10 02:22pm
Report: swswp.sql OSM by OraPub, Inc. Page 1
Session Wait Real Time w/Parameters
Sess
   ID Wait Event                   P1           P2        P3
----- ---------------------------- ------------ --------- -----
4391  buffer busy waits            4            54        0
4379  buffer busy waits            4            54        0
4381  buffer busy waits            4            54        0
4405  buffer busy waits            5            10340
4 rows selected.
SQL> l
1 select sid, event,
2 p1, p2, p3
3 from v$session_wait
4 where event like '&input%'
5 and state = 'WAITING'
6* order by event,sid,p1,p2
SQL>

识别buffer类型
每一个oracle块buffer是Oracle段的一部分。每个Oracle段是一个段类型,比如数据段,索引段,undo段或者临时段。解决方案集部分基于段类型。使用buffer busy waits等待事件的p1(文件号)与p2(块号),通过查询dba_extents 与dba_data_files可以识别段类型

def file_id=&1
def block_id=&2
col a format a77 fold_after
set heading off verify off echo off
set termout off
col tablespace_name new_value ts_name
select ts.name tablespace_name
from v$tablespace ts, v$datafile df
where file# = &file_id
and ts.ts# = df.ts#
/

set termout on
select
'File number :'||&file_id a,
'Block number :'||&block_id a,
'Owner :'||owner a,
'Segment name :'||segment_name a,
'Segment type :'||segment_type a,
'Tablespace :'||e.tablespace_name a,
'File name :'||f.file_name a
from dba_extents e,
dba_data_files f
where e.file_id = f.file_id
and e.file_id = &file_id
and e.block_id < = &block_id
and e.block_id + e.blocks > &block_id
and e.tablespace_name = '&ts_name'

上面三个会话正在等待文件4的块54。执行下面的脚本来查看对象类型

SQL> @objfb 4 54
File number :4
Block number :54
Owner :OE
Segment name :ORDERS
Segment type :TABLE
Tablespace :USERS
File name :/u01/oradata/prod16/OE01.dbf
1 row selected.

确定是否是header块
每个Oracle段有一个header块。表段与undo块有一个单独的header块。段的第一个extent中的第一个块就是段的header块。header块不同于其它的对象块,因为他们包含一些特定的信息。这种特殊性依赖于段类型。这也就是为什么首先要确实段类型的原因。

视图dba_segments包含了关于单个Oracle段的信息。它也包含了header块的文件号与块号。因此一个简单查询将返回busy buffer是否是一个header块。

SQL>
1 select *
2 from dba_segments
3 where header_file = 4
4* and header_block = 54
SQL> /
no rows selected

在识别buffer busy模式,对象类型与是否是header块之后,就有足够的信息来直接选择可用的解决方案了。

实现合适的解决方案集
buffer busy waits等待事件在我们选择合适的解决方案集之前之所以能给我们诊断带来许多麻烦, 是因为我们必须首先确定busy pattern,buffer类型与是否是header块。

单个忙表块的解决方案
如果相同的单个buffer几乎总是busy buffer,那么我们需要找出原因。在我们的示例中,一组缓冲区处于繁忙状态,包括缓冲区4、54;也就是说,不仅仅是一个缓冲区几乎总是繁忙的。但是,如果只有一个繁忙的缓冲区,那么需要清楚地了解存储在块中的信息(可能只查询该块中的行)以及为什么应用程序对该块如此感兴趣。

可以基于等待会话的v$session.sql_id列来判断正在等待的SQL语句。甚至你可能需要与开发人员沟通,因为这种情况通常是与应用程序相关的。最常见的情况(但不总是)是Oracle 序列号不能被使用。当问为什么Oracle序列号不能被使用时,可能收到的回答是“我们想我们的应用程序独立于数据库”。

这种问题的原因是这种快速buffer访问给buffer的内部结构提出了难以置信的高并发要求。当内部结构被改变后,块对于其它进程是不能使用的,因此出现buffer busy waits等待事件。因为应用程序架构进行修改通常是不现实的,创造性的找到其它方法来解决问题。例如,如果每一行包含一个应用程序序列号,那么将行记录移动到它自己的块中并增加一个大的固定长度的列,或将块的pct_free属性设置为一个很高的值来保证存储最少的行记录。这种解决方法是痛苦,但没有buffer busy waits痛苦。

多个忙表的解决方案
多个忙表块最有可能出现buffer busy waits与read by other session等待事件。在这种情况下,每次检查busybuffers都是不同的,busy buffers是数据段并且它们不是头段。当出现这种情况时,原因通常是查询或者DML与查询的混合。

对于纯查询来说,这将发生在多个会话查询相关数据块时,并且相同块没有存放在buffer cache。第一个会话调用IO子系统并post一个db file sequential read或db file scattered read等待事件。对于其它会话也调用IO子系统来查询数据块是愚蠢的,因此它们不仅仅要等待第一个会话完成IO调用,还要等待数据块被存入buffer cache中。那么其它会话就可以像任何其它会话一样来访问buffer。当其它会话正等待第二个会话完成时,从Oracle 10g开始,等待会话将post一个read by other session等待事件,对于之前的版本,等待会话将post一个buffer busy waits等待事件。因此会话实际上是在等待另一个会话完成读取操作。

解决方案非常简单,并且主要集中在增加数据块存放在buffer cache中的可能性。如果buffer存放在buffer cache中,那么这种busy buffer waits的情况将不会发生。因此请考虑如何增加数据块在buffer cache中的可能性。

应用程序所关注的解决方案集中在找到top物理IO SQL语句并优化语句,关注减少物理IO。这个解决方案不仅由于块访问的减少而提高了语句性能,而且还减少了缓冲区繁忙等待的机会,并允许将来自其他对象的块存储在缓冲区缓存中。Oracle所关注的解决方案是增加buffer cache来增加数据块存放在buffer cache中的可能性因此而不需要进行IO调用。另一种有创意但不切实际的是减小数据库块大小。小块与随机行访问模式组合会造成更有效的buffer cache.换句话说,缓存更有效的存放真正被频繁访问的行。操作系统所关注的解决方案是减小IO读取响应时间。快速检索数据块,会话将等待更少的时间。

就我个人而言,我会同时认真考虑每个选项。但我预测性能变化是吞吐量增加且响应时间减少。

还有一些我可能一无所知的问题和事情需要考虑,也许还要考虑相关的业务与预算。因此我不会简单地从SQL或增加buffer cache开始。我将收集信息并帮助他人收集信息。然后一起共同制订计划。

另一种常见的非header数据块问题是在buffer被改变与被查询时出现的。通常这会调用DML与查询SQL语句,但DML SQL也可以在过滤时touch大量的buffers。可能出现的问题是DML正在更新内部buffer结构时而另一个进程想要查询数据块的内容或者也正想要更新内部buffer结构。记住这些改变不是行改变而是内部Oracle结构改变。如果有行或表锁问题,一个队列等待将会被posted。好的策略是集中减少并发。考虑减小块地密度(移动行到其它块或增加块的pct_free属性),在高峰期间减小工作负载,并发活动,减少由DML与查询SQL所touched的buffers数量。

表段头块解决方案
表的第一个区的第一个块叫作段头块。与所有的段头块一样,它们包含非常特定的内部Oracle结构与它们的段类型相关。对于表段,头块的部分内容是关于块可以接受额外插入记录的位置。这些块也叫作free块。当一个进程必须插入行记录到一个表中,为了找到一个free块首先检索表的段头块,检索buffer,然后插入行记录。如果有许多进程并发插入行记录到相同的表中,一个表段头块将导致buffer busy waits等待事件。

幸运地是解决方案非常简单并且工作的很好。如果正使用手动段空间管理,那么段空间管理由free lists控制。Oracle的free list方法通常工作的很好,但在高并发情况下,现有的free lists无法处理工作负载。幸运地是,我们能很容易地修改表来在另一个段块中创建额外的free lists。这将导致一个头块减少被频繁访问的机率,因此减少buffer busy wait竞争。只要增加free lists直到竞争平息。free lists的数量可以在dba_segments视图中的free lists列中找到。如果这个列为空,那么我们知道free lists没有被使用而是使用自动段空间管理(ASSM)。

另一种选项更侧重于长期并且在维护期间可以执行。这就是将高并发段移动到使用ASSM的本地管理表空间中。ASSM不使用free lists,但使用位图来管理可用空间。这通常增加了表段头块的并发性。

Undo段头块解决方案
Undo段不同于表段因为它包括了与事务回滚和读一致性相关的信息。对于回滚与读一致性有一个Oracle结构叫作事务表。简单地说,事务表是到一个undo段内容的映射。每个undo段包含一个单独的事务表,它位于undo段头块中。当出现大量的DML,特别是与读一致性活动组合出现时,事务表将成为竞争点,在undo段头块上会出现buffer busy waits等待事件。在讨论如何解决这个问题之前先来了解事务表。

缺省情况下,每个Oracle事务会生成redo(前滚)与undo(回滚)信息,就像实际数据更改与可能的索引更改一样。undo信息被存储在undo段中,并且每个undo段的映射被存储在它的事务表中。每个undo段的事务表可以持有多个事务条目。从关系型数据库角度来考虑,每个条目关联事务表中的一行记录。有关键字表作为名字的一部分是不幸的,因为事务表不是一个关系型数据库结构。事实上,Oracle内核开发人员将事务表条目称作为slots(插槽)。

因为事务表被存储在Oracle块中,所以它能持有的slots数是有限的,这依赖于Oracle块大小。如果事务表被填满并且有新条目必须被添加,旧的非活动事务条目将被新条目覆盖。如果事务是活动的且在事务表中没有空间或者多个会话需要改变事务表,那么将出现buffer busy waits等待事件。

如果数据库没有使用自动undo管理(AUM),而是使用了传统回滚段,那么解决方案很简单。就是创建额外的回滚段,这也将创建额外的事务表,因此分布事务表活动。将会注意到buffer busy waits竞争消失。记住增加额外的回滚段直到buffer busy waits等待事件从top等待事件中消失。

大多数Oracle系统现在都利用Oracle AUM功能。缺省情况下,Oracle尝试给每个undo段只指派一个活动事务。如果每个undo段有一个活动事务并且在undo表空间中有可用空间,Oracle将会自动创建额外的undo段。这通常要小心buffer busy waits等待。然而,如果在undo表空间中没有可用空间,多个事务将会被指派到一个undo段上,并且这最终将导致undo段头块竞争。解决方案就是向undo表空间增加另外的数据文件,因此能让Oracle创建额外的undo段,就是这么简单。

索引叶子块解决方案
简单地说,索引是有序结构。这种有序结构允许索引被用来执行快速搜索。对索引的任何改变必须导致对有序结构进行维护。如果有序结构不被维护,搜索将不能快速完成,并且索引将毫无价值且被损坏。因此有序结构是一个索引必须被维护的。这对性能有深远的影响。

当索引排序后能使用快速搜索,在高并发插入的情况下,它可能造成严重的性能问题。例如,假设一个索引是基于一个增长序列号(例如,1,2,3等等),这通常叫作单调递增值。如果一个表列包含这个序列号并且列被索引,在索引叶子块中,各个索引项将彼此相邻放置。因为索引必须维护顺序,并且索引是基于升序排列的。

当许多会话并发插入记录时会出现问题。当每个插入语句获得下一个序列号时,索引条目很可能被物理地放置在相同的索引叶子块中,或者不太可能被放置在相邻的索引叶子块中。如果并发数足够,会话将需要等待另一个会话完成索引的叶子块更改而等待很长时间。当会话等待时,它将post一个buffer busy waits等待事件,并且被等待的buffer是一个索引叶子块。这种情况可能变得非常严重并且严重影响性能。

一种解决方案是让Oracle对该列创建反向键索引。从DBA角度来说,序列号和以前一样,但它的内部字节被反转了。因为索引条目必须以内部排序的方式来存储,索引条目将可能被存放在不同的叶子块中,这将有效的消除buffer busy waits等待。假设序列号用4个字节来表示。因此前四个序列号(1,2,3,4)将以0001,0010,0011与0100来表示。如果这四个值被索引,因为索引排序结构必须被维护,它们将彼此相邻而存储。然而如果它们的字节被反转,那么它们将以1000,0100,1100与0010来表示。因为它们必须被以排序的方式存储索引,它们将很可能不会被存储在相同的索引叶子块中。事实,它们将分散到所有的索引叶子块中。由于索引键反转的结果因此buffer busy waits将会消除。

创建一个反向键索引非常怎么着,使用与正常创建索引相同的DDL语句,只是简单地在结尾处增加了一个reverse关键字。

SQL> create unique index special_cases_rk_u1 on special_cases (object_id) reverse;
Index created.

因为在每个索引叶子块中有频繁的索引插入操作,为了减少叶子块的频繁分裂,录创建反向键索引时可以考虑增加pctfree 50的存储参数。

反向键的优点与缺点
反向键的缺点是当解决了buffer busy wait问题时,可能对查询性能有显著的影响。假设我们基于序列号列创建的索引优化了查询。但因为buffer busy waits问题,我们删除了nonreversed索引,然后创建了一个reversed索引。现在这些排序的序列号被分散到所有的索引叶子块中。高性能的索引范围扫描可能不能执行地很好。事实上基于成本的优化器应该能识别并选择另一种执行计划。否则查询可能潜在touch每个索引叶子块和大量的数据块。

当反向键索引可能增加插入并发与吞吐量时,也可能对之前已经优化过的查询有一些负面影响。对于性能优化来说,你的职责就是找到一种性能折中的方案或实现一种创造性解决方案(比如对索引或表进行分区)来对插入与查询操作来实现最大性能优化。