KS贺大伟
(Ks贺大伟)
1
为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
【概述】 场景 + 问题概述
ADMIN CLEARN UP哪里有详细的说明
https://docs.pingcap.com/zh/tidb/stable/sql-statement-admin-checksum-table
这个链接里面没有描述更多的细节,不敢确定如何使用
【应用框架及开发适配业务逻辑】
【背景】 做过哪些操作
【现象】 业务和数据库现象
【问题】 当前遇到的问题
【业务影响】
【TiDB 版本】
【附件】 相关日志及监控(https://metricstool.pingcap.com/)
若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。
1 个赞
KS贺大伟
(Ks贺大伟)
2
ADMIN CLEANUP期间可以执行其他的正常的DDL么?相关的索引不冲突的情况下
KS贺大伟
(Ks贺大伟)
4
如何知道是索引多了还是数据多了,另外对于一个复杂的sql,如何确定是哪个索引跟数据不一致了?
yilong
(yi888long)
5
可以使用 admin check table 确认。
KS贺大伟
(Ks贺大伟)
6
我在执行admin check table时,返回"handle 544390286299238172, index:types.Datum
{k:0x5, collation:“utf8mb4_bin”, decimal:0x0, length:0x0, i:0, b:[]uint8{0x4f, 0x50, 0x43, 0x4f, 0x52, 0x45, 0x36, 0x34, 0x38, 0x35, 0x31, 0x38, 0x33, 0x36, 0x30, 0x
39, 0x33, 0x34, 0x31, 0x32, 0x37, 0x34, 0x31, 0x37}, x:interface {}(nil)} != record:"
这是是什么意思?
KS贺大伟
(Ks贺大伟)
7
建表语句:
CREATE TABLE core_sub_royalty
(
id
bigint(20) unsigned NOT NULL,
merchant_id
varchar(32) NOT NULL,
out_order_no
varchar(64) NOT NULL ,
order_pay_no
varchar(64) NOT NULL
core_pay_no
varchar(64) NOT NULL ,
core_sub_pay_no
varchar(64) NOT NULL,
order_royalty_no
varchar(64) NOT NULL ,
core_sub_royalty_no
varchar(64) NOT NULL,
core_royalty_no
varchar(64) NOT NULL ,
core_royalty_role
varchar(32) NOT NULL,
royalty_detail
json DEFAULT NULL,
product_code
varchar(32) NOT NULL ,
provider
varchar(20) NOT NULL ,
sub_royalty_state
tinyint(3) unsigned NOT NULL,
create_time
bigint(20) unsigned NOT NULL ,
complete_time
bigint(20) unsigned DEFAULT NULL
provider_complete_time
bigint(20) unsigned DEFAULT NULL ,
provider_royalty_no
varchar(64) DEFAULT NULL ,
data
json DEFAULT NULL,
PRIMARY KEY (id
),
KEY idx_order_pay_no
(order_pay_no
),
KEY idx_core_pay_no
(core_pay_no
),
KEY idx_core_sub_pay_no
(core_sub_pay_no
),
KEY idx_state_create_time
(sub_royalty_state
,create_time
),
KEY idx_out_order_no
(out_order_no
)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin
system
(system)
关闭
11
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。