SinoDB数据库运行分析

SinoDB数据库运行主要从数据库互斥资源等待、数据库写类型、备份文件有效性、Chunk状态等15个方向进行分析，具体说明如下：

一、数据库互斥资源等待

• 检查项目

  数据库互斥资源等待

• 检查命令

  onstat -g con |head -20

• 说明

  onstat -g con 查看目前数据处于等待条件中的线程信息

  查看这两项资源等待项目，判断数据库是否存在资源配置上的性能瓶颈

二、数据库写类型

• 检查项目

  数据库写类型

• 检查命令

  onstat -F |head

• 说明

  Fg Writes ，LRU Writes，Chunk Writes分别代表了Buffer不足时清仓的数量，检查点来临前由LRU控制的清仓数量以及检查点触发时的清仓数量

三、备份有效性检测

• 检查项目

  检查备份文件有效性

• 检查命令

  onstat -g arc

• 说明

  确认各个DBSPACE包含有效的备份可供恢复使用

四、Chunk状态检查

• 检查项目

  Chunk状态

• 检查命令

  onstat -d | grep PD-

• 说明

  如果chunk块的FLAG标识出现PD-状态，表示该chunk设备已经脱机

五、检查系统关键区信息

• 检查项目

  检查系统关键区信息

• 检查命令

  oncheck -cc

  oncheck -cr

• 说明

  每个数据库包含它本身的系统目录，该目录包含关于数据库表、列、索引、视图、约束、存储过程和特权的信息。保留页是驻留在根数据库空间初始块开始处的页。这些页包含主数据库服务器开销信息。如果该命令检测到错误，请从存储空间备份执行数据恢复。

六、数据库实例概要信息

• 检查项目

  数据库实例概要信息

• 检查命令

  onstat -p

• 说明

  1.%cached 是读取共享内存相对于磁盘读取百分比。OLTP 系统应该在95％以上。它是在系统中缓冲区太少的指标。

1. seqscans & isamtot - 如果seqscans 和isamtot之间的比例大于1％，我们可以看看是否索引(index)使用少，顺序扫描(seqscans)使用太多。
2. lokwaits & lockreqs - 是用户线程必须在锁定表发出请求/页/行锁的次数。如果与lokwaits/lockreqs 比率太高，那么应用程序可能单线程(single-threading)。
3. ovlock 是数据库服务器试图分配锁15次数以上。ovlock 字段表明IDS 在使用了最大数量的锁之后尝试过再使用锁的次数。如果该数字非零，那么您可能需要提高配置文件中LOCKS 参数的值。
4. ovbuff 字段表明IDS 在使用了最大数量的缓冲区之后尝试过再使用缓冲区的次数。如果该数字很大，比如说超过100000，那么表示我们需要提高BUFFERS 参数，以便用户在需要从磁盘访问数据
   时不必等待缓冲区。这会缩短响应时间，因而可以改善整体性能。我们还需要检查与LRU 有关的参数，将它们的值调整到较低的bufwait。
5. commit & rollbk
   是回滚(rollback)和提交(commit)两者的比例。如果比例过高1％，那么应用程序可能设计不正确。需要研究为什么有这么多回滚，并采取纠正措施。

七、检查点持续时间

• 检查项目

  检查点持续时间

• 检查命令

  tail -100000 onstat -m | grep "Message Log File" | awk -F: '{print $2}' | grep duration | grep -v "0 seconds"

• 说明

  检查点持续时间反映出了一定的数据库性能，如果出现持续的检查点时间超过20秒则需要引起关注，可通过设置LRU_MIN_DIRTY , LRU_MAX_DIRTY来缓解。

八、非连续物理分布的表

• 检查项目

  非连续物理分布的表

• 检查命令

  dbaccess [DBNAME] <<EOF

  select dbinfo('DBNAME') dbname,t.tabname tabname,dbinfo('DBSPACE',t.partnum) dbspace,count() extent_num, max(p.nrows) rows
  from sysmaster:sysptnext e, systables t,sysmaster:sysptnhdr p
  where e.pe_partnum=t.partnum
  and t.partnum=p.partnum
  and t.tabid>99
  and t.tabname not like "sys%"
  and t.tabname not like "tmp%"
  group by 1,2,3
  having count( )>100

  order by 4 desc

  EOF

• 说明

  如果除了大型分段表以外，表的扩展块超过了100个，那么应该考虑重新构建这些表以合并扩展块。通过指定表的extent size 和nextsize调整重建表来减少extent数量。同时我们还需要根据表的记录数

  来判断表的extent设置的问题。

九、全表扫描最多的表

• 检查项目

  全表扫描最多的表

• 检查命令

  select p.dbsname, t.tabname,

  sum(p.seqscans) seqscans , max(t.nrows) nrows

  from sysmaster:sysptprof p, systables t

  where p.tabname =t.tabname

  and t.nrows > 10000 and p.seqscans>10

  and p.dbsname not like "sys%" and p.tabname not like "sys%" and p.tabname not like "tmp%"

  group by 1,2

  order by 3 desc;

• 说明

  对于大表的全表扫描操作会产生极高的开销，通过找出全表扫描最多的大表，并合理的建立相应的索引可以有效的避免额外的开销

十、DUMP目录检查

• 检查项目

  DUMP目录空间及文件检查

• 检查命令

  1.df -h $DUMPDIR

  2.ls -lrt $DUMPDIR|egrep '.af|.dmp|core'

• 说明

  定期检查DUMPDIR剩余空间确保其在故障时可以产生完整的AF文件供诊断使用

十一、IO最多的表

• 检查项目

  各个表上IO情况

• 检查命令

  select a.dbsname, a.tabname,

  (isreads + pagreads) diskreads,

  (iswrites + pagwrites) diskwrites,

  (isreads + pagreads)+(iswrites + pagwrites) disk_rsws

  from sysptprof a,systabnames b

  where a.partnum=b.partnum

  and a.tabname != 'TBLSpace'

  and a.tabname not like ' %'

  and a.tabname not like 'sys%'

  and a.dbsname not like 'sys%'

  and isreads + pagreads + iswrites + pagwrites >50000

  order by 5 desc;

• 说明

  根据表的繁忙程度可以帮我们找出最需要进行关注的表，如果该部分表很大，则需要考虑对其进行分区操作，此外该信息可以帮助我们更为合理的规划磁盘IO

十二、效率低下的索引

• 检查项目

  索引层超过4层的表

• 检查命令

  dbaccess [DBNAME] <<EOF

  select t.tabname,i.idxname, i.levels

  from sysindexesi,systables t

  where i.tabid = t.tabid

  and i.levels>=4

  order by 3 desc

  EOF

• 说明

  层数在3层以上的索引性能将会严重降低，需考虑重建

十三、磁盘排序情况

• 检查项目

  查看系统磁盘排序情况

• 检查命令

  dbaccess sysmaster <<EOF

  Select *

  from sysprofile

  where name matches "sort"

• 说明

  磁盘排序在性能上远低于内存排序，当内存排序空间不足时数据库则会使用磁盘进行排序，如果系统存在大量的磁盘排序，则应当考虑是否需要增加临时空间

十四、rootdbs上非系统表

• 检查项目

  找出Rootdbs上非系统表

• 检查命令

  dbaccess sysmaster <> $chkFile

  select distinct t.dbsname database,d.name dbspace,t.tabname

  from sysdbstab d,syschunks c,sysextents t

  where t.chunk=c.chknum

  and c.dbsnum=d.dbsnum

  and t.dbsname not like 'sys%'

  and t.dbsname != 'onpload'

  and t.tabname not like 'sys%'

  and d.name = 'rootdbs'

  EOF

• 说明

  rootdbs中本身包含所有的系统表，如果附加业务表于其上则会产生IO和空间上的多种争用，如发现Rootdbs中存在业务表，则应考虑将其迁出至相应业务数据DBSPACE上

十五、表空间使用过高的表清单

• 检查项目

  找出系统内空间使用过高的表

• 检查命令

  set isolation to dirty read;

  select s.dbsname,s.tabname, p.npused from sysptnhdr p,systabnames s

  where p.partnum = s.partnum

  and p.npused >10000000 ;

• 说明

  2k page Size数据库内若单一个partition 使用超过16775134 pages ,则该表会导致无法在新增数据的问题。若有该状况建议:

  1、将该表移至大Page Size的表空间

  2、将该表进行表分区或表分片。

更多信息内容请移步星瑞格官方社区，期待大家加入
Sinoregal Tech ForumAsk questions, share solutions, and get to know the Sinoregal community.https://forum.sinoregal.cn/