上面老师说是11号的卡住了，有什么办法关停合并吗？然后手动合并下
看看这篇文档 可行不。 暂停下，再回复 能不能触发执行完毕或者报错设么的
好的，我试下
生产环境特别注意下，如果有测试环境，先执行一遍命令看看。别把生产搞出问题
生产环境直接执行，有什么影响吗？
去群里问下 ocenabase 官方的老师们
您在看下有没有长事务锁啊 。 gv$ob_locks
在该台机器上的observer 的log 目录下看一下是否报 Error，提供一下日志。
同时可以从CDB_OB_TABLET_CHECKSUM_ERROR_INFO和CDB_OB_COLUMN_CHECKSUM_ERROR_INFO两个视图中查看存在checksum error的tablet或table
麻烦看下这个tablet对应的表是什么
select * from oceanbase.CDB_OB_TABLE_LOCATIONS where tablet_id = 1152921504606849455;
select * from oceanbase.__all_table where table_id = xxx;（第一步得到的table id）
看起来这个索引表被删了，你再show index确认一下这个索引表是不是被删了把
确认被删了的话，这个索引表数据不一致已经不care了。就执行alter system clear merge error tenant = xxx，把checksum error状态清理一下吧。
1.简单看就查下__all_table表看下table_id为590292的主表是什么，然后看下这个主表的index表还有没有standardZs索引；另外索引有没有删你们内部没有记录么
2.清空以后哪里报错？ 是CDB_OB_MAJOR_COMPACTION表里过一会又重新checksum error吗。清空后查下CDB_OB_MAJOR_COMPACTION我看看呢
