在OracleCDB模式下，关联查询 SYS.X$KTFBFE 无法获取正确的 conid 可能是由于以下原因：视图和基表的问题：有时候使用视图可能会出现一些不

TIMESTAMP数据类型在Oracle中精度最高，通常可以精确到微秒（百万分之一秒）。

缺少环境变量配置，试试配置下oracle环境变量cat/etc/sysconfig/zabbixserverexportORACLEHOME/usr/lib/oracle/11.2/client64e

下面摘自OGG18.1官方文档，MySQL支持的对象以及操作，可以看到支持DDL，并不是所有DDL都支持，具体版本的同样可以参考相应版本官方文档。https://docs.oracle.com/en/

有缓存咋就不是真是执行时间了？如果你说的是buffercache，那这恰恰是真是的执行状态。如果你想清楚执行计划的缓存，可以通过利用dbmsstats.gathertablestats收集表的统计信息

只能写脚本然后定时任务一起备份了。但是备份本来就是高IO操作。一起可能IO用尽还有竞争。没有必要并行。比如ABCDEF几个schema一起，可能不快。但是每个备份开并行能快一些。主要看你磁盘的IO能力

IO问题很严重呀，而且看SGA和PGA才用了主机内存的30%，可以先把SGA调大点，先应应急，SQL问题再慢慢优化

ctrlc然后等待事务回滚

透明网关

第一次插入的时候发生了索引分裂，等索引分裂这个过程结束就没有等待了。重新调用就可以了，是因为之前分裂的索引块足够本次插入使用了。