【开启报名啦】8 月 9 日,TiDB 社区活动在厦门!瑞幸咖啡、美柚、美图、飞连、福建四大机场、厦门三甲医院的 TiDB 实践分享 & 数据库选型趋势!
其他
其他
商业咨询
其他
文档
其他
论坛
其他
专栏
其他
课程
其他
活动
其他
排行榜
其他
TiDB User Group
其他
TiDB 地区组织活动
其他
贡献者专区
其他
社区准则
其他
私信
Billdi表弟
V8
于 2021-10-14 加入
获赞
13
回答
327
文章
1
徽章
13/87
点亮更多徽章
回答 327
提问 35
文章 1
全部
tidb dm是否可以忽略下游表的ttl属性的校验
猫哥,文档里面有写,这是正常的同步任务要保证数据一致性做检查啥的,总之感觉还是有些不太完善。
2 个月前
tidb dm是否可以忽略下游表的ttl属性的校验
查了一通,这样的配置应该可以解决问题 #全量+增量模式 task-mode: “all” clean-dump-file: true collation_compatible: “loose” ignore-checking-items: [“auto_increment_ID”,“table_schema”] ###目标数据库配置#####
2 个月前
大表重分区 recognize write的row行数 是表数据两倍且迟迟没有结束
@Billmay表妹
感觉这块确实值得优化
5 个月前
dm同步失败
ALTER TABLE your_table_name REMOVE TTL; 关闭ttl之后再启动即可,兼容性不够
6 个月前
8000w的表不加order where条件limit 1要20多秒
调整了下看看有没有效果
7 个月前
8000w的表不加order where条件limit 1要20多秒
已经调整,今天这个问题还在
7 个月前
8000w的表不加order where条件limit 1要20多秒
那确实可以
7 个月前
8000w的表不加order where条件limit 1要20多秒
补充一些日志
7 个月前
8000w的表不加order where条件limit 1要20多秒
[image]
7 个月前
8000w的表不加order where条件limit 1要20多秒
[image]
7 个月前
8000w的表不加order where条件limit 1要20多秒
我该怎么解决呢
7 个月前
增加索引导致tidb节点资源占用过多失联
运维节点
8 个月前
增加索引导致tidb节点资源占用过多失联
军哥,正文也补充了一些日志和监控
8 个月前
增加索引导致tidb节点资源占用过多失联
军哥,可以明确的是我的执行增加索引的操作带来的运维执行节点的夯死,sql执行完,内存cpu迅速占满,非常快,甚至监控没有记录到内存和cpu打满,然后节点失联了。
[image]
[image]
8 个月前
增加索引导致tidb节点资源占用过多失联
是的,内存占满了
8 个月前
TIKV挂掉之后无法启动
是不是磁盘满了
10 个月前
tidb扩容期间tikv扩容的节点cpu和内存和其他未扩容kv节点 cpu和内存占用百分比一样
如果我把内存都升级了,缓存的数据会更多了,所以查询速度上也会有优化吗
10 个月前
讨论一下tidb选用的磁盘类型。一般生产业务你们磁盘是用本地ssd,还是网络ssd?
虚拟机+本地ssd
1 年前
TIDB异常重启,统计信息丢失,analyze还刷不出来
prod pd和tikv不要混部,早晚有可能出问题的
1 年前
没有更多内容了