7.5的资源管控更加易用了

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。

这个一般是wati_timeout时间太低导致的，你调整过wait_timeout后，还有报错么？

-– 在这个链接里下载< TiDB-community-toolkit 软件包>，然后按照https://docs.pingcap.com/zh/tidb/stable/deploy-a-dm-cluster-using-tiup-offline#第-2-步-部署离线环境-tiup-组件 这里描写的，解压后直接执行 sh ./local_install.sh source /home/tidb/.bash_profile

有分区表么？

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。

[image] 终于知道桌子上的宇航员是咋来的了 ，这个支架颜值一流

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。

喜迎大佬，实至名归，读了大佬不少文章了。

我刚开始以为每个DDL都会在PD上创建一条记录，所以才会担心内存一直增长，后来排查了一下，发现这个是正常的placement rule的体现，只和TiDB里设置的Placement Rule数量有关系，占用一定内存也是符合预期的

改是没办法直接改了，只能通过重建表来改。 不过可以排查一下navicat用的driver是不是MySQL官方的driver？mariaDB的driver会默认忽略注释的，导致 /*T![auto_rand] AUTO_RANDOM(5) */`这类的属性被忽略，被创建成普通表了。

额，好像并不是BUG，找了一个规则跟了一下，这个是针对表设置的PLACEMENT POLICY，就跟这个规则一样，是指partition_id为61818的分区，必须满足disk in ["sata-new"]这个规则。 » config placement-rules rule-bundle get TiDB_DDL_61818 { "group_id": "TiDB_DDL_61818", "group_index": 80, "group_override": true, "rules": [ { "group_id": "TiDB_DDL_6181…

这个报错不是GO环境有问题，而是json格式不对。你先获取一下当前default规则是什么，然后再看下是该怎么修改？ pd-ctl config placement-rules show --group=pd --id=default

有参数可以调整的，可以参考这里的截图

其实应该是这个回复设置为「最佳答案」，这样如果别人有同样的问题，点到帖子里直接就能看到解决方案了。现在点进去，显示是这个Flag，有用信息还得翻帖子才能找到。。 (PS：看的人少了，万一Flag没完成，也不至于太丢人 ) [image]

立个Flag ，年底把冷热分离给写个帖子分享下，争取搞个MVA

建议参考这个帖子，直接通过pd-ctl修改默认组的放置规则，这样可以避免逐个表设置。