前往小程序,Get更优阅读体验!
立即前往
发布
社区首页 >专栏 >第一次用TIDB,这个奇葩问题差点劝退我

第一次用TIDB,这个奇葩问题差点劝退我

作者头像
大风写全栈
发布2025-01-07 13:56:49
发布2025-01-07 13:56:49
490
举报
文章被收录于专栏:锤子代码锤子代码

太奇葩了

有个正式环境用的是TIDB,整体数据量千万左右。

因为是老系统,已经部署了多年。

重点来了,全都是单节点。

听到单节点第一反应是,怎么不用MySQL?

毕竟单节点发挥不了TIDB的作用,用MySQL反而简单点。

但遇到个烧脑问题,却差点劝退我这个小白。

平时接触的大多是MySQL和Oracle,但仅限于简单的使用,运维?只能是搜一步做一步。

怎么就不可用了?

异常信息是: 9005-Region is unavailable

过程有点曲折,我短话长说。

最开始是服务器异常关机导致数据文件可能有损坏,整个库都打不开。

启动异常,后面找了备份数据。

用备份恢复回来,数据库启动成功。

搞笑的来了,其中有两个表,执行COUNT(1)失败。提示跟上面的一样。

接着排查,其余表是正常的。

新建表不到1秒就成功。

奇怪了!!

新建表是成功了,但是新增数据和执行COUNT(1)失败。提示同上。

检查了几个小时没找到原因,REGION也是正常挂载,正常运行。

偶然想起,前段时间数据库服务器进行过缩容(降本)。

去TIKV服务器一看,好家伙。

CPU 100%,持续观察了几分钟。

CPU占用率最低的时候是95%。

徘徊在95-100%,小马拉大车。

罪魁祸首找到,暂时只能采取其它方案处理。

犹豫再三,找了台资源稍微富余的机器,装了个MySQL。

应该能撑一段时间,应该是。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2025-01-06,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 锤子代码 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档