5.3版本 ddl更改decimal格式 报#1105错误码 现在开启tiflash的表全部读不了 新建的表也无法读取

%E4%BC%81%E4%B8%9A%E5%BE%AE%E4%BF%A1%E6%88%AA%E5%9B%BE_16425796888403 [图片]

3 个赞

应该怎么解决这个问题

2 个赞

你是把精度改小?

2 个赞

是不是该Decimal(18,4) ?

3 个赞

不是这个问题,是DDL操作导致的其他异常,现在已经重启后可以读了,但是新建的表又报了其他错误,
#9005 - Region is unavailable

2 个赞

自从用上了TiDB,迟早是要提桶跑路~

2 个赞

:joy: 能说下具体的操作步骤吗?

2 个赞


昨天遇到了一个单条kv插入超过6M报错的问题,然后查看官方资料,
更改了以下参数
txn-entry-size-limit
raft-entry-max-size
txn-total-size-limit
调整为 16M
然后现在发现新建的表,都无法读取了,tiflash也开启失败。
现在重新调整回去,发现仍然无法读取
这个改动造成的影响就是 读取新建的表 会报 #9005 - Region is unavailable
之前已经有的旧表没有影响

3 个赞

有大佬知道,怎么解决新建表无法读取的问题吗

3 个赞


查看tikv的日志,有这个error

3 个赞

9005可能是tiflash负载过大,没同步完成查询造成的,可以看下information_schema.tiflash_replica里的同步进度

更改了以下参数
txn-entry-size-limit
raft-entry-max-size
txn-total-size-limit
调整为 16M

确定下只做了这些操作吗?是否还有表上的DDL操作?

3 个赞

看了进度,只有昨天晚上更改了上述操作后,今天新建的表 tiflash是设置同步失败的,之前已经有的表都是完好的。表的DDL操作,就是我最开始反馈的,今天做了一个decimal的格式改变。现在的结果就是新建的表是无法读取,无法设置tiflash

2 个赞

刚刚重启集群,现在有一台tikv节点已经起不来了:sweat:

2 个赞

是decimal(16,4)改为 decimal(16,2)?

2 个赞

decimal(16,2)改为 decimal(16,4),您是官方人员吗?

2 个赞

如果着急的话,可以完成个人认证,将帖子标记为 加急处理

2 个赞

我这边在5.3上尝试拉长字段,用的tpch里的orders,decimal(15,2)to decimal(15,4),变更完毕后可以正常访问
表结构:


拉长:
image

查询:

1 个赞

可能还是需要更详细的报错信息才能判断原因(tidb.log和tikv.log)

1 个赞

现在的主要问题是,改了那三个参数,后面新建了表,然后写入了数据,第二天,才这样子的
所以更改字段格式不是关键。

1 个赞

现在tikv已经完全起不起来了,部分线上数据是放在tidb上面的,估计领导会放弃tidb了,这玩意儿太多问题了,按照官方文档改的参数都会出这种致命错误,还是及时止损的好