【5 月 18 号】TiDB 地区交流活动(北京站)!和社区大咖们聊聊全球视野下的 TiDB 应用实践!如何做到成本、效率两手抓!
文档
论坛
专栏
活动
课程
排行榜
发现
私信
Jasper
V7
于 2021-05-12 加入
获赞
36
回答
133
文章
1
徽章
10/67
点亮更多徽章
回答 133
提问 0
文章 1
全部
TiKV存储目录不均衡
OK, titan 关了存储容量应该就平均了
2 天前
取消执行DDL卡死
可以重启以下 ddl owner 试试看,参考这个链接:
https://docs.pingcap.com/zh/tidb/stable/sql-faq#定位-ddl-执行卡住的问题
2 天前
TiKV存储目录不均衡
titan 是优化宽表场景的, 开了这个功能占用更多的空间是预期现象 可以参考这个文档了解一下:
https://docs.pingcap.com/zh/tidb/stable/titan-overview#titan-介绍
另外,这个参数想打开的话是要所有的 tikv 节点一起打开才有效的。当前这个配置情况是有啥历史原因吗?
2 天前
Leader调度问题
我用 7.5.1 版本测了一下没复现你的场景, 你可以试试手动 transfer leader 之后 通过 scheduler config evict-leader-scheduler 看下当前的调度策略
2 天前
7.1.0TiDB 关闭元数据锁有哪些影响?
有查过 mysql.tidb_mdl_view 表吗? 可以查下具体的阻塞原因然后再看怎么解决
2 天前
Unable to get collation ID by name, use ID of the default collation instead
看起来是用了 tidb 不支持的排序规则collation,然后被默认值utf8mb4_bin 替换掉了, 参考这个链接看下呢,
https://docs.pingcap.com/zh/tidb/stable/character-set-and-collation#客户端连接的字符集和排序规则
3 天前
TiDM 监控中没有 load process的指标数据
公式改成下面的这段试试: lightning_chunks{job_id=~“$job_id”,task=~“$task”,source_id=~“$source”,state=“finished”} / ignoring(state) lightning_chunks{job_id=~“$job_id”,task=~“$task”,source_id=~“$source”,state=“estimated”}
3 天前
TiKV存储目录不均衡
sst 文件大小也差不多吗? 还有看看 pd 里面 region healthy 面板, 现在看起来region 数是一样的,可能大小不一样导致存储的差异
3 天前
evaluation failed: unknown or incorrect time zone: Asia/Beijing"
还有 tiup 升级到新版本试试呢
6 天前
evaluation failed: unknown or incorrect time zone: Asia/Beijing"
tiup cluster check 的时候报错了吗? 把命令结果贴一下看看呢
6 天前
资源管控失效
可以通过 INFORMATION_SCHEMA.RUNAWAY_WATCHES 看下你这条 sql 还是否在runaway 列表里
6 天前
TiDB监控,网络部分有几个参数是什么意思,如图(bond4、p7p1、p7p2、p6p1等)
这就是你服务器的网卡名称
10 天前
能修改SQL的join方式吗? 比如将hash join改为index join
可以建一个 t1 (newHouseUuid,deleted )的联合索引试试看
24 天前
dm同步是否按binlog顺序执行?
不保证完全顺序,但是在有可能冲突的情况下会保证顺序,具体可以参考这里:
https://docs.pingcap.com/zh/tidb/stable/dm-dml-replication-logic#causality
提供下dm 完整的配置文件看下吧
25 天前
dashboard 登陆密码进行非对称加密
新版本增加了对登陆密码进行非对称加密的的步骤。 token 的获取可以参考登录界面的登录流程: 通过 api 获取 /api/user/login_info 获取公钥等信息 通过 api /api/user/login 进行登录,payload 为 username 和 password,如果第一步存在公钥,则需要使用公钥对 password 进行加密 参考代码:
1 个月前
Tidb insert on duplicate key 或 replace into 报主键冲突异常
alter table xxx AUTO_INCREMENT xxx; 不太推荐这么搞,这个是要每个表去设置的,而且你要基于每个表当前的 _tidb_rowid 最大值去设一个更大的值。 另外, 是重启 tidb-server ,不是重启kv
1 个月前
Tidb insert on duplicate key 或 replace into 报主键冲突异常
没理解你要问什么。。。 就是 _tidb_rowid 重复了呀
1 个月前
Tidb insert on duplicate key 或 replace into 报主键冲突异常
原理是这样的: 你程序执行的时候已经尝试过这个冲突的 _tidb_rowid 了,所以下一次执行就会采用下一个 _tidb_rowid 举个例子来说: 假如 _tidb_rowid 为10 的 这条数据已经存在, 那么你程序第一次执行的时候会尝试插入 _tidb_rowid 10,然后失败了,这个时候你再手动执行,就会尝试插入_tidb_rowid 11 的数据,然后就成功了。 你也可以通过插入成功的那条数据倒查一下 _tidb_rowid 验证一下,是不是和前面冲突的 _tidb_rowid 不一致
1 个月前
Tidb insert on duplicate key 或 replace into 报主键冲突异常
你先按上面的这个sql查下这个 rowid 是否已经被占用了 最简单的解决办法是先滚动重启一下 tidb-server ,让缓存的 _tidb_rowid 往前刷一下,大概率能解决问题 如果还是解决不了,那就只能每个表手动设置一下了。
1 个月前
没有更多内容了