前言
Kingbase数据库的tuple行头部来标识这条记录的事务结束状态（未知、已提交、已回滚），在事务提交时如果并发更新100万行记录，需要对多个page的tuple进行更改，这种繁重的操作会对数据库性能产生极大影响。KingbaseES 事务结束时，只需要修改这个事务对应的clog的日志，对page tuple状态的修改推迟到下次Select 访问的时候。clog中会记录事务状态，每个事务的状态由2个比特位来表示，CLogControlLock 等待事件指正等待读取或者更新事务状态。
clog相关的LWLOCK如下：
CLogControlLock： Waiting to read or update transaction status.
CLogTruncationLock： Waiting to truncate the write-ahead log or waiting for write-ahead log truncation to finish.
clog： Waiting for I/O on a clog (transaction status) buffer.
ClogGroupUpdate： Waiting for group leader to update transaction status at transaction end.
等待事件CLogControlLock 出现的可能原因
1、高并发的小事务频繁提交。注意，频繁小事务提交也可能引起 wal相关的等待事件。
2、遇上clog buffer不足，需要大量的clog物理文件。因为每一个事务提交都需要调用TransactionIdSetPageStatus，遇到buffer不够的情况，小事务吞吐会严重下降。
业务场景模拟：
暂时调大table1的vacuum阈值，例如调到10亿，autovacuum_freeze_max_age ，vacuum_freeze_table_age 。table1单纯多事务写入，例如10亿并发事务，每个事务写入10行记录。总共写入100亿行记录，只要不查询这个表，这些记录都是没有被设置状态标志位的。table1开启高并发读请求，读这些更新前的还没有事务标记状态的记录时，需要从CLOG获得他们的事务状态，由于clog buffer很小，默认1mb，所以clog buffer很快会被消耗掉。
在上述过程的同时，如果其他表上进行高并发写事务，就会看到等待事件CLogControlLock，原因是磁盘吞吐量都被用到clog buffer与clog日志落盘。磁盘吞吐量变小了，那么其他的业务写操作也要写入clog中事务状态就会发生锁等待。
等待事件CLogControlLock的解决方法
更改操作的相关表几乎不被查询。或者查询很少。所以大量的记录没有被设置状态标志位，当触发vacuum freeze或select全表扫描时，这时候需要读取clog，设置标志位，需要读取clog了解事物提交状态，会导致clog buffer很快被耗尽，如果同时有高并发小事务提交，需要写clog的PAGE状态，会出现锁等待。导致事务提交的吞吐下降。
尽量避免上述业务场景。避免查询到大量没有设置提交状态标志位的数据，建议不要把vacuum freeze阈值调大，因为在vacuum时，会触发读取clog设置状态标志位。也要尽量避免数据库中大量高并发小事务出现，这还会引起walsync等待事件。