不处理，开车不接电话，少了我，有人会去处理的

哟，long time no see

找了好久 [image]

在社区，共同进步，一起成长，是我们最大的乐趣

这个我在前面回复过了， 在 tidb 中， max_questions ， max_updated ， max_connections 以及 max_user_connections ，都只是做成兼容的样子，能查也能改，只是给你看，但是并没有实际意义，影响tidb最大连接的就是我说的那个参数。数据库中查出来的max_connections =151只是为了兼容mysql而存在的，没有任何实际作用，不能作为参考。

是的，改了之后，reload就可以了

这个在tidb里面是不会生效的， 在tidb中，max_questions ， max_updated ， max_connections 以及 max_user_connections，都只是做成兼容的样子，能查也能改，只是给你看，但是并没有实际意义，具体可参考： 与 MySQL 安全特性差异 | PingCAP Docs

找不到不就说明你没写嘛，写上就好了呀。完整的配置文件段落很多的，配置文件完整参考 通过 TiUP 部署 TiDB 集群的拓扑文件配置 | PingCAP Docs

参考这个max_connections = 151 的环境变量在tidb中并不准确，或者说没有意义，tidb默认是不限制最大连接数的，具体参考文档。 TiDB 配置文件描述 | PingCAP Docs 如果你要修改最大连接数，对于已经部署的，可以使用tiup cluster edit-config 去修改 tidb组件下的 max-server-connections。 参考： [image] 至于默认字符集，跟mysql是类似的，不过tidb支持的字符集并没有mysql那么多，具体参考： 字符集和排序规则 | PingCAP Docs

可以持续关注下，是一个已知的bug，静待官方修复。 executor: fix issue of query instance from CLUSTER_SLOW_QUERY return ‘’ result (#33975) by ti-srebot · Pull Request #34000 · pingcap/tidb (github.com)

针对你提到的两个问题， 如果原集群的ansible目录还在的话，可以重复导入，不过会导致tiup中出现两个同名的集群，不过我记得会提示警告，然后要你输入一个新的名字，对集群没有影响； 绕过的话，我暂时不知道，不过你说的meta.yaml里面的importer改为false能不能成，我也不知道，因为你这个情况没碰到过，回头有空试试；

你使用 tiup cluster edit-config <cluster-name> 看看能不能正常打开编辑

你这个集群应该不是使用ansible部署的吧？ 如果集群已经被tiup接管，可以用tiup升级，tiup cluster upgrade，具体参考 tiup cluster upgrade | PingCAP Docs

换个方式吧，在information_Schema里面创一个视图，数据从mysql.db里面来，慢慢想吧，办法总是人想出来的。

mysql Schema | PingCAP Docs 可以参考一下这个，有四张表。

Information Schema | PingCAP Docs 可以看看官方文档关于information_schema的介绍，schema_privileges这张表在tidb中并未实现，所以查询是为空。

你这个报错是请求PD超时，可以检查下tidb、dm、pd之间的网络是否通畅

一切都是从hello world开始，从跑，到为什么能跑，到怎么跑，到怎么更好的跑，很长的一段路。不过，有巨人的肩膀，我可以看的更远。 学吧老哥，学无止境。

客气了，没有这个问题，我还不知道有helm chart里面还有tidb cluster等那么多组件。一起学习