分区失败 什么原因 ddl 有问题？

OceanBase 技术问题
#1

CREATE TABLE b_base_data_child_bak
(
id bigint NOT NULL AUTO_INCREMENT,
data_id bigint DEFAULT NULL COMMENT ‘基础数据id’,
column_name varchar(200) DEFAULT NULL COMMENT ‘子项标识名’,
title varchar(800) DEFAULT NULL COMMENT ‘标题’,
tag_id bigint DEFAULT NULL COMMENT ‘子项标签’,
subitem_source varchar(100) DEFAULT NULL COMMENT ‘子项来源：数据同步、人工新建、数据同步后存在人工修改’,
sort int DEFAULT NULL COMMENT ‘内容所在子项的显示顺序’,
type int NOT NULL COMMENT ‘数据类型’,
disable_flag tinyint NOT NULL DEFAULT ‘0’ COMMENT ‘是否禁用子项’,
UNIQUE KEY uni_item_id_column (column_name, data_id, type, tag_id, subitem_source) USING BTREE,
KEY column (column_name) ,
KEY tag_id (tag_id) USING BTREE,
KEY id (data_id) USING BTREE,
KEY data_id (data_id, tag_id, type) USING BTREE,
KEY type (type) USING BTREE,
KEY sort (sort),
KEY sort_2 (sort, tag_id),
KEY data_id_2 (sort, type, tag_id, data_id) USING BTREE,
KEY sort_3 (sort, id, data_id, tag_id, title) USING BTREE,
KEY disable_flag (disable_flag),
KEY id_2 (id, data_id),
PRIMARY KEY (id,type) USING BTREE,
PARTITION BY LIST ( type)
(
PARTITION p_type_1 VALUES IN (1)
(
SUBPARTITION p_hash_data_id_1 BY HASH(data_id)
SUBPARTITIONS 100
),
PARTITION p_type_4 VALUES IN (4)
(
SUBPARTITION p_hash_data_id_4 BY HASH(data_id)
SUBPARTITIONS 10
),
PARTITION p_type_6 VALUES IN (6)
(
SUBPARTITION p_hash_data_id_6 BY HASH(data_id)
SUBPARTITIONS 5
),
PARTITION p_type_7 VALUES IN (7)
(
SUBPARTITION p_hash_data_id_7 BY HASH(data_id)
SUBPARTITIONS 5
),
PARTITION p_type_8 VALUES IN (8)
(
SUBPARTITION p_hash_data_id_8 BY HASH(data_id)
SUBPARTITIONS 5
)
)
) DEFAULT CHARSET=utf8mb3 ROW_FORMAT=DYNAMIC;

1 个赞
#3

ob版本号发一下

1.如果 SQL 执行立刻报错的，推荐使用系统租户获取 trace_id。
a.登录系统租户，打开enable_rich_error_msg 参数
alter system set enable_rich_error_msg=true;
b.登录业务租户，执行报错 SQL 语句，会直接返回执行节点 IP 和 trace_id 信息。
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]

c.去 xx.xx.xx.1 节点过滤日志，如果最新日志无法过滤到，可以正则匹配多个日志进行过滤

[root@x.x.x.1 ~]$ grep “YB420BA1CC68-000615A0A8EA5E38-0-0” rootservice.log

[root@x.x.x.1 ~]$ grep “YB420BA1CC68-000615A0A8EA5E38-0-0” observer.log

d.获取完日志信息后，关闭enable_rich_error_msg参数

alter system set enable_rich_error_msg=false;

3 个赞
#4

4.3.5.0

1 个赞
#5

没看到报啥错啊

#6

错误日志没有看到啊

#7

按照上面的步骤 提供一下日志信息 分析分析看看什么问题