Informix数据库优化

Informix 数据库系统字典表简介

nformix 数据库服务器运行时的状态信息是数据库管理员 DBA 进行系统监控和优化的必需信息来源。Informix 的状态信息在内部以 2 种方式存在，如图 1 所示，一部分是存在于 Informix 运行的共享内存中，这部分信息在数据库关闭后，其信息将自动消失，只是一个内存信息，我们称为内存表，如：sysbufpool，sysvpprof，sysprofile 等。另外一部分是以 Informix 物理字典表的方式存储，如：systables，sysindex。Informix 数据库系统字典表是用来访问这 2 个部分的内部信息的一个接口，可以通过 SQL 语句查询 Informix 系统运行的动态情况。

图 1. Informix 系统表接口示意图

从另外一个视角来理解 Informix 系统表，就是从系统的组成数据库来看。如图 2 所示，主要包括 3 个数据库：sysmaster，sysadmin 和用户数据库。其中 sysmaster 是最重要的系统数据库，该数据库保存实例 (Instance) 级别的系统信息，如实例运行的总体信息，所有的表等。sysadmin 是一个管理系统数据库，主要用来管理 Informix 系统管理相关的信息，如可以通过该数据库可以定义 Informix 的任务调度器等。用户数据库，就是用户定义用来存储用户数据的数据库，每个用户数据库都包含有数据库 (Database) 级别的系统表，如 systables 等。

图 2. Informix 系统表数据库组成示意图

Informix 系统字典表的结构及含义详细解释：也可以直接访问 IBM Informix 在线文档，URL 如下：
http://publib.boulder.ibm.com/infocenter/idshelp/v117/index.jsp?topic=/com.ibm.adref.doc/ids_adr_0210.htm
https://www.ibm.com/support/knowledgecenter/SSGU8G_11.70.0/com.ibm.adref.doc/ids_adr_0210.htm
文档中对每一个系统表的每一个字段的含义有详尽的说明。

常用系统表监控 SQL 及查询结果的诊断与分析
本节以 Informix 数据库监控和优化的方法和分析主题为单位，提供具体访问 Informix 系统表来监控数据库运行状态的 SQL 语句，对 SQL 返回的结果进行分析，提出数据库优化建议。DBA 可以根据本节内容就可以掌握如何使用 Informix 系统表进行数据库的监控和性能优化。

注意：本文中所演示用到的用户定义数据库名为 demodb，在应用本文提供的 SQL 语句时，需要将数据库名 demodb 修改为实际的数据库名

1. 数据库实例基本运行状况
了解数据库实例的运行信息，如统计信息的起始时间，数据库出现长事务的次数。

清单 1. 查询数据库实例基本运行情况的 SQL

dbaccess sysmaster
 select 
 dbinfo('UTC_TO_DATETIME',sh_boottime) start_time, 
 current year to second - dbinfo('UTC_TO_DATETIME',sh_boottime) run_time, 
 sh_maxchunks as maxchunks, 
 sh_maxdbspaces maxdbspaces, 
 sh_maxuserthreads maxuserthreads, 
 sh_maxtrans maxtrans, 
 sh_maxlocks locks, 
 sh_nlrus buff_lrus, 
 sh_longtx longtxs, 
 dbinfo('UTC_TO_DATETIME',sh_pfclrtime) onstat_z_running_time 
 from sysmaster:sysshmvals;

图 3. 数据库实例基本运行情况查询结果

分析： 从如上 SQL 语句返回的结果可以得到 Informix 实例如下有用的信息：
上一次运行 onstat -z 清除统计信息的时间：onstat_z_running_time，该时间可以帮助 DBA 确认当前统计的信息的时间长度，而不需要重新启动数据库，可以通过 onstat -z 来清除统计信息从而确认时间间隔内的数据库运行情况。
数据库出现长事务的次数：longtxs。

另外，我们可以得到实例所支持的最大 chunk 和 dbspace 数量，以及可以运行的线程数量。还包含有实例的配置参数值：锁的个数，LRU 队列数。

2. 数据库实例概要信息
数据库实例的概要信息称为 Informix 数据库运行的健康检查的“血常规表”，可以从整体上掌握数据库运行的状况，评价数据库是否存在性能问题。

清单 2. 查询数据库实例概要信息的 SQL
dbaccess sysmaster
select
name, value
from sysmaster:sysprofile;

图 4. 数据库实例概要信息查询结果

分析： 系统表 sysprofile 是保存了 Informix 运行的概要信息，是 onstat -p 命令的基本信息来源，如上查询结果可以看出，可以获取类似的读 / 写缓存命中率、锁溢出、锁等待、死锁、顺序扫描次数、事务回滚次数及比例、磁盘排序、内次排序情况、磁盘写情况（onstat -F）等信息。
数据库运行概要信息是整个实例自开机或者上一次运行 onstat -z 以来的统计信息，反应了数据库实例的总体情况，从各个方面确定数据库实例是否存在性能问题，在 DBA 进行数据库优化时，对 Informix 诊断要做的第一件事情就是查看该信息，如发现 seqscans 值偏大，同时 diskread 也较大，则表明系统中有很多 SQL 语句对大表进行顺序扫描方式，可以根据本文后续内容以进一步找到问题原因。简而言之，该信息是进行数据库优化的一个指南针，也是评价一个系统是否健康的一个“血常规表”。

3. Session 的连接情况

通过 Session 的连接信息，可以分析出数据库系统业务负载情况，来自哪些客户端的任务较多，并且根据 Session 的空闲情况，判断客户端连接池是否存在过多的连接。

清单 3. 查询 Session 的连接情况的 SQL

dbaccess sysmaster
 SELECT s.sid, s.username, s.hostname, q.odb_dbname database, 
 dbinfo('UTC_TO_DATETIME',s.connected) conection_time, 
 dbinfo('UTC_TO_DATETIME',t.last_run_time) last_run_time, 
 current-dbinfo('UTC_TO_DATETIME',t.last_run_time) idle_time 
 FROM syssessions s, systcblst t, sysrstcb r, sysopendb q 
 WHERE t.tid = r.tid AND s.sid = r.sid AND s.sid = q.odb_sessionid 
 ORDER BY 7 DESC;

图 5. 数据库 Session 连接情况查询结果

分析：在数据库监控过程中，我们经常需要监控 Session 的连接信息，如 Session 来自哪一个客户端 ( 客户端 IP 地址或者名称 )，在客户端的进程 ID（-1 标识长连接，一些来自 java 连接池的情况都显示为 -1），连接到哪一个数据库。连接时间，以及多长时间没有执行任务，通过该信息可以确定连接池开启的连接个数是否过多或者过少。

4. Session 等待事件

Session 是监控应用程序对数据库访问的窗口，通过分析 Session 的等待事件，可以快速的了解到应用程序客户端数据库请求是否存在性能问题，通过等待事件，我们可以找到性能慢的应用，并加以优化。

清单 4. 查询 Session 等待事件的 SQL

dbaccess sysmaster
 select sid,pid, username, hostname 
 is_wlatch, -- blocked waiting on a latch 
 is_wlock, -- blocked waiting on a locked record or table 
 is_wbuff, -- blocked waiting on a buffer 
 is_wckpt, -- blocked waiting on a checkpoint 
 is_incrit -- session is in a critical section of transaction 
 from syssessions order by username;

图 6. 数据库 Session 等待事件查询结果

分析：可以通过 wher