破解扩展性与高可用难题,从 PostgreSQL 到轻松上手 TiDB,AI/出行/金融/出海领域的用户实践分享!12 月 11 日 TiDB vs PG 线上 Meetup 开启报名!
其他
其他
官网
其他
商业咨询
其他
文档
其他
论坛
其他
博客
其他
课程
其他
活动
其他
排行榜
其他
TiDB User Group
其他
TiDB 地区组织活动
其他
贡献者专区
其他
社区准则
其他
私信
Billdi表弟
V8
于 2021-10-14 加入
获赞
15
回答
331
文章
1
徽章
13/94
点亮更多徽章
回答 331
提问 37
文章 1
全部
tidb增加索引报错 go json umarshal 错误
军总,大概等了一天多,已经恢复,加索引成功了。
1 个月前
tidb增加索引报错 go json umarshal 错误
自动恢复了,后来加成功了
1 个月前
tidb v8.5.1加索引bug报错golang json umarshal错误
自动恢复了,中午过后加成功了
1 个月前
tidb增加索引报错 go json umarshal 错误
@Billmay表妹
请帮忙关注下
1 个月前
tidb dm是否可以忽略下游表的ttl属性的校验
猫哥,文档里面有写,这是正常的同步任务要保证数据一致性做检查啥的,总之感觉还是有些不太完善。
6 个月前
tidb dm是否可以忽略下游表的ttl属性的校验
查了一通,这样的配置应该可以解决问题 #全量+增量模式 task-mode: “all” clean-dump-file: true collation_compatible: “loose” ignore-checking-items: [“auto_increment_ID”,“table_schema”] ###目标数据库配置#####
6 个月前
大表重分区 recognize write的row行数 是表数据两倍且迟迟没有结束
@Billmay表妹
感觉这块确实值得优化
9 个月前
dm同步失败
ALTER TABLE your_table_name REMOVE TTL; 关闭ttl之后再启动即可,兼容性不够
1 年前
8000w的表不加order where条件limit 1要20多秒
调整了下看看有没有效果
1 年前
8000w的表不加order where条件limit 1要20多秒
已经调整,今天这个问题还在
1 年前
8000w的表不加order where条件limit 1要20多秒
那确实可以
1 年前
8000w的表不加order where条件limit 1要20多秒
补充一些日志
1 年前
8000w的表不加order where条件limit 1要20多秒
[image]
1 年前
8000w的表不加order where条件limit 1要20多秒
[image]
1 年前
8000w的表不加order where条件limit 1要20多秒
我该怎么解决呢
1 年前
增加索引导致tidb节点资源占用过多失联
运维节点
1 年前
增加索引导致tidb节点资源占用过多失联
军哥,正文也补充了一些日志和监控
1 年前
增加索引导致tidb节点资源占用过多失联
军哥,可以明确的是我的执行增加索引的操作带来的运维执行节点的夯死,sql执行完,内存cpu迅速占满,非常快,甚至监控没有记录到内存和cpu打满,然后节点失联了。
[image]
[image]
1 年前
增加索引导致tidb节点资源占用过多失联
是的,内存占满了
1 年前
没有更多内容了