[图片]
应该怎么解决这个问题
你是把精度改小?
是不是该Decimal(18,4) ?
不是这个问题,是DDL操作导致的其他异常,现在已经重启后可以读了,但是新建的表又报了其他错误,
#9005 - Region is unavailable
自从用上了TiDB,迟早是要提桶跑路~
能说下具体的操作步骤吗?
昨天遇到了一个单条kv插入超过6M报错的问题,然后查看官方资料,
更改了以下参数
txn-entry-size-limit
raft-entry-max-size
txn-total-size-limit
调整为 16M
然后现在发现新建的表,都无法读取了,tiflash也开启失败。
现在重新调整回去,发现仍然无法读取
这个改动造成的影响就是 读取新建的表 会报 #9005 - Region is unavailable
之前已经有的旧表没有影响
有大佬知道,怎么解决新建表无法读取的问题吗
9005可能是tiflash负载过大,没同步完成查询造成的,可以看下information_schema.tiflash_replica里的同步进度
更改了以下参数
txn-entry-size-limit
raft-entry-max-size
txn-total-size-limit
调整为 16M
确定下只做了这些操作吗?是否还有表上的DDL操作?
看了进度,只有昨天晚上更改了上述操作后,今天新建的表 tiflash是设置同步失败的,之前已经有的表都是完好的。表的DDL操作,就是我最开始反馈的,今天做了一个decimal的格式改变。现在的结果就是新建的表是无法读取,无法设置tiflash
刚刚重启集群,现在有一台tikv节点已经起不来了
是decimal(16,4)改为 decimal(16,2)?
decimal(16,2)改为 decimal(16,4),您是官方人员吗?
如果着急的话,可以完成个人认证,将帖子标记为 加急处理
可能还是需要更详细的报错信息才能判断原因(tidb.log和tikv.log)
现在的主要问题是,改了那三个参数,后面新建了表,然后写入了数据,第二天,才这样子的
所以更改字段格式不是关键。
现在tikv已经完全起不起来了,部分线上数据是放在tidb上面的,估计领导会放弃tidb了,这玩意儿太多问题了,按照官方文档改的参数都会出这种致命错误,还是及时止损的好