此种情况就是在本地执行commit以后，此时远端库还没有完全commit，此时网络中断，导致本地库该表是commit状态，但是远端库还是prepare状态，一般来讲，此时如果源端得到的事务信息是全的，那么数据库不需要人为干预，能够自动根据事务信息进行提交操作，但是出现这个问题的时候，基本就表示提交的事务信息不足以让远端库执行提交操作，所以此时这种事务就需要人为干预了。– 可根据异步transact

的行，获取到了start_ts（80），拿着开始时间（80）和key（4）去lock的cf找到锁 ，2是key，W是写锁 ，@1表示锁的指向，指向key1，2表示key，100是事务开始时间start_ts，后面的不加锁，依附于第一行。)>，1是key，W是写锁 ，pk表示主锁，key，100是事务开始时间start_ts，后面的不加锁，依附于第一行。的行，获取到了start_ts（100），拿着

只有assm（Automatic Shared Memory Management）模式可以使用大页，需要关闭amm（Memory Manager Process）HugePages_Free: 306（空闲306页，已使用306-306=0页）防止oracle使用的内存交换，所以设置的大小与oracle配置的sga、pga相关。HugePages_Rsvd: 0（操作系统承诺给oracle预留的

无论是硬解析，软解析还是软软解析，ORACLE在解析和执行目标SQL时，始终会先去当前SESSION的PGA中寻找是否存在匹配的缓存Session Cursor.