oceanbase 迁移后修改表出现 5627 - Schema try again

OceanBase 技术问题
#1

【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】CE-4.4.1
【问题描述】在navicate 下，将一台测试的OB数据库，结构和数据同步到另外一台后，迁移后那台OB数据库，出现修改表结构，删除表就提示 5627 - Schema try again

1 个赞
#3

权限不足？

#4

具体的语句发一下 表结构发一下 具体的报错截图

#5

CREATE TABLE d_mis_projectinitiation (
SYS_FWRITETIME datetime NOT NULL COMMENT ‘制单时间’,
FGUID varchar(50) NOT NULL COMMENT ‘序号’,
SYS_FOPERATOR varchar(50) DEFAULT NULL COMMENT ‘制单人’,
SYS_FOPERATORBZ varchar(50) DEFAULT NULL COMMENT ‘制单岗位号’,
SYS_FOPERATORNAME varchar(100) DEFAULT NULL COMMENT ‘制单人姓名’,
SYS_FAGENT varchar(50) DEFAULT NULL COMMENT ‘代理人’,
SYS_FAGENTBZ varchar(50) DEFAULT NULL COMMENT ‘代理岗位号’,
SYS_FAGENTNAME varchar(100) DEFAULT NULL COMMENT ‘代理人姓名’,
SYS_FORGID varchar(50) DEFAULT NULL COMMENT ‘制单人部门ID’,
SYS_FORGNAME varchar(200) DEFAULT NULL COMMENT ‘制单人部门名称’,
SYS_FCOMPANY varchar(100) DEFAULT NULL COMMENT ‘公司ID’,
SYS_FCOMPANYNAME varchar(100) DEFAULT NULL COMMENT ‘公司名称’,
SYS_FEDITOR varchar(50) DEFAULT NULL COMMENT ‘修改人’,
SYS_FEDITORNAME varchar(50) DEFAULT NULL COMMENT ‘修改人姓名’,
SYS_FEDITTIME datetime DEFAULT NULL COMMENT ‘修改时间’,
FNUMBER varchar(50) DEFAULT NULL COMMENT ‘项目单号’,
FXNAME varchar(200) DEFAULT NULL COMMENT ‘项目名称’,
FXID varchar(100) DEFAULT NULL COMMENT ‘项目编号’,
FXLB varchar(50) DEFAULT NULL COMMENT ‘项目类别’,
FMONEY double(18,6) DEFAULT NULL COMMENT ‘预估金额’,
FC1 varchar(50) DEFAULT NULL COMMENT ‘承包商确认方式’,
FYG1 varchar(50) DEFAULT NULL COMMENT ‘项目负责人ID’,
FFJ longtext DEFAULT NULL COMMENT ‘项目正文附件’,
FNOTE longtext DEFAULT NULL COMMENT ‘备注’,
FNOTE1 varchar(5000) DEFAULT NULL COMMENT ‘立项理由’,
FNOTE2 varchar(5000) DEFAULT NULL COMMENT ‘项目内容摘要’,
FFJ1 longtext DEFAULT NULL COMMENT ‘立项目的原因说明或必要性’,
FFJ2 longtext DEFAULT NULL COMMENT ‘可行性研究报告’,
FCHT varchar(100) DEFAULT NULL COMMENT ‘合同编号’,
FCHTNAME varchar(200) DEFAULT NULL COMMENT ‘合同名称’,
FCLX varchar(50) DEFAULT NULL COMMENT ‘类型’,
FFJ3 longtext DEFAULT NULL COMMENT ‘相关图纸、技术资料’,
FFJ4 longtext DEFAULT NULL COMMENT ‘其他资料’,
FFJ5 longtext DEFAULT NULL COMMENT ‘概算表’,
FC2 varchar(2000) DEFAULT NULL COMMENT ‘会签人员’,
FC3 varchar(2000) DEFAULT NULL COMMENT ‘会签人员ID’,
FC4 varchar(2000) DEFAULT NULL COMMENT ‘分管领导’,
FC5 varchar(2000) DEFAULT NULL COMMENT ‘分管领导ID’,
FC6 varchar(50) DEFAULT NULL COMMENT ‘审批类型’,
FFJ6 longtext DEFAULT NULL COMMENT ‘线下审批扫描件’,
FC7 varchar(65535) DEFAULT NULL COMMENT ‘备用’,
FC8 varchar(50) DEFAULT NULL COMMENT ‘备用’,
FC9 varchar(50) DEFAULT NULL COMMENT ‘备用’,
FC10 varchar(50) DEFAULT NULL COMMENT ‘引用来源’,
FC11 varchar(50) DEFAULT NULL COMMENT ‘备用’,
FM1 double(18,6) DEFAULT NULL COMMENT ‘备用’,
FM2 double(18,6) DEFAULT NULL COMMENT ‘备用’,
FM3 double(18,6) DEFAULT NULL COMMENT ‘备用’,
FM4 double(18,6) DEFAULT NULL COMMENT ‘备用’,
SYS_FAUDITPOINT int(4) DEFAULT NULL COMMENT ‘审批状态’,
SYS_FAUDITTASK varchar(50) DEFAULT NULL COMMENT ‘审批任务环节名称’,
SYS_FAUDITRECORD longtext DEFAULT NULL COMMENT ‘审批记录’,
SYS_FAUDITTIME datetime DEFAULT NULL COMMENT ‘审核日期’,
FDELETED tinyint(1) DEFAULT NULL COMMENT ‘删除标识’,
FYG varchar(50) DEFAULT NULL COMMENT ‘项目负责人ID’,
FD3 datetime DEFAULT NULL COMMENT ‘项目开始时间’,
FD4 datetime DEFAULT NULL COMMENT ‘项目完成时间’,
FI1 int(8) DEFAULT NULL COMMENT ‘项目周期’,
FFJ7 longtext DEFAULT NULL COMMENT ‘项目效果图’,
FYGNAME varchar(50) DEFAULT NULL COMMENT ‘项目负责人’,
PRIMARY KEY (SYS_FWRITETIME, FGUID)
) ORGANIZATION INDEX DEFAULT CHARSET = utf8mb4 ROW_FORMAT = DYNAMIC COMPRESSION = ‘zstd_1.3.8’ REPLICA_NUM = 1 BLOCK_SIZE = 16384 USE_BLOOM_FILTER = FALSE ENABLE_MACRO_BLOCK_BLOOM_FILTER = FALSE TABLET_SIZE = 134217728 PCTFREE = 0;

06d47acf0c120ebdf8b1f069a7e12578
06d47acf0c120ebdf8b1f069a7e12578882×459 22.8 KB

#6

是在业务租户下操作的 还是sys租户下操作的 重新操作一次 发一下observer.log的日志

#7

sys 租户下操作的，

4bb37347-a764-4da6-a583-3149e34dcbc6
4bb37347-a764-4da6-a583-3149e34dcbc61240×691 75.6 KB

#8

alter system set enable_rich_error_msg=true;
obclient [test]> select count(*) from t2;
ERROR 1146 (42S02): Table ‘test.t2’ doesn’t exist
[xx.xx.xx.1:2882] [2024-04-13 20:10:20.292087] [YB420BA1CC68-000615A0A8EA5E38-0-0]
[root@x.x.x.1 ~]$ grep “YB420BA1CC68-000615A0A8EA5E38-0-0” rootservice.log
[root@x.x.x.1 ~]$ grep “YB420BA1CC68-000615A0A8EA5E38-0-0” observer.log
alter system set enable_rich_error_msg=false;
安按照这个步骤 执行一下语句 捞一下日志信息

#9

你好，alter system set enable_rich_error_msg=true;这个操作无法完成，ddl 相关的操作，都会无响应，等到超时，这类大概是什么问题？跟版本有关系吗？测试是 4.3版本 用navicate把结构跟数据一起同步到 4.4版本的机器上，同步完成后就会有这情况，试了好几次，就是ddl相关操作都不行，dml基本都可以，而且不是所有表，就那么几张表会出现异常，功能测试时候发现软件部分功能想升级更改表结构，就会出现 [5627 - Schema try again]，以前还出现过一次表不存在，但是事实是表存在，后面，重新划分一台服务器，同样方式做迁移后 出现 个别表 [5627 - Schema try again]

#10

黑屏操作 就是连接服务器操作 没有日志信息 目前也不好说 什么问题导致的 ddl操作要重新刷新Schema信息的

#11

我就是连接服务器操作的，只要事ddl的相关操作，没有日志显示，就是一直卡在那，然后没反应，目前确认是这情况，是不是同步和迁移必须通过OMS？navicate我看了我们DB库有很多自带的库维护相关的信息表，这一类数据我同步时候是不是不要同步过去，只需要同步我们业务相关的表？

#12

我没有理解 你们在做什么操作 是迁移表结构么？怎么迁移的？

#13

对，在navicate上进行 表结构同步和数据同步，类mysql数据库之前那样，从A服务器上OB库 结构和数据同步到B服务器上的OB库，B服务器OB库是刚创建的，空库，仅创建了相关权限的账号

#14

这个应该有问题 建议使用oms迁移