8s 运维小经验

##磁盘检查  onstat -d
检查点：
1、chunls > flags  正常情况下是PO ，如果chunk出现损坏等情况会显示 PD 。出现PD 需要联系原厂解决。

2、检查dbspace的大小： chunk > free ， 
其中有两个dbs是不需要查看的，分别是plog和llog。原因：物理日志和逻辑日志都会循环使用，（检查点的物理日志会被逻辑日志清空。）
其他的dbs可以看看free部分，是否太少了。
chunk/dbs 可以查看每个chunk和对应的dbs，多个chunk可以对应一个dbs，一个chunk只能对应一个dbs。

3、关于tmpdbs的 flags 是否有 TAB：如果没有是不对的。
避免方法 ：创建的时候加 -t 参数 如：onspaces -c -d tmpdbs01 -o 0 -s 204800 -p /opt/gbase/chunks/tmpchk01 -t -k 16

4、检查页面大小pgsize，是否有对应的buffer pool，不对应性能会很差。

##磁盘共享内存  onstat -g seg
1、观察是否有过多的V段。V段过多的话，共享内存的两个参数设置小了。（shmadd......)
2、R段是指长度短，主要是有LOCKS和物理日志buffe和逻辑日志的buffer组成。 size单位是字节，blkused blkfree的单位是4kb
3、B段是通过BUFFER POOL 来控制，BUFFER POLL的使用是通过LRU来控制。

##CPU VP > onstat -g glo

##逻辑日志 onstat -l 
1、物理日志和逻辑日志建议聪rootdbs上迁移出来。 begin是1：xxx  那就说明没有迁移出来。
2、逻辑日志的IOPS要求相对较高
#监控物理日志和逻辑日志的大小 online.log  ；onstat -g ckp

##检查点： onstat -g ckp 
1、是否开启了自动检查点，关掉auto——ckpts，压测性能会更好。
2、检查点的时候磁盘iops性能是否足够优秀
3、检查点的时长是否过长

##数据库运行状态概览 onstat -p 
主要查看：死锁、ovbuff、ovlock、seqscans。
seqscans：数据库启动以来数据扫描的次数，如果很高，说明有不合理的sql。
ovlock ：锁表的溢出
ovbuff ：buffer的溢出，buffer不足
deadlks：死锁，有大量的死锁需要去应用查看一下

##session   > onstat -u
locks:锁
nreads:会话发生磁盘读取次数
nwrites:现象内存

##SQL > onstat -sql
current database：链接的哪个数据库
iso lvi：DR脏读，一个会话能看到另一个会话。CR只能看到提交的访问。
lock mode：

##ses1 > onstat -g ses 
sed id 
user 
pid
hostname (有可能是主机名，有可能是IP）
threads： PDQ打开了，就不是1个线程，就能看见有多少个线程
total memory 会话共占用多少内存
user memory  使用多少内存

##ses2 > onstat -g ses $sid
有价值的是线程id号 tid ；工作状态 status ，   curstk 等