也可以改下tidb exporter的端口，原本的exporter一般是运维统一管理用的
采集 metrics到自己的监控系统上，打上集群标签做区分
可以通过调整 storage.block-cache.capacity 限制下kv内存
逐个where条件查询下数据量，选择查询结果最少及区分度最高的作为联合索引的第一个
因为tikv的存储引擎压缩数据，对比mysql大概1比3~5
那如果组件故障或升级替换啥，岂不是每次都得业务配置发版。。。
先统计分析下这两张表的top，排查是不是sql热点：
information_schema.cluster_slow_query
nformation_schema.cluster_statements_summary
【你见过/参与过什么有趣的 AI 项目？】
数字人
【所在公司会在什么业务场景用上 AI 应用？用的是什么数据库？】
数字人互动、AI翻译，使用的ES、Milvus
rocky10这么新，会不会是不支持
有可能是参数变化导致的，之前遇到改了 grpc-compression-type=gzip后无法访问，但你这个报错看起来不像这个参数
–init 你可以理解成mysql的 --initialize-insecure 吧
只有2~3个kv的情况下，在确认机器没有问题时，可以尝试关闭平衡调度(另外建议还是加到3kv)
可以先排查下是否有热点问题，出现问题时io是否被打满了
这种情况情况可以分别查询下对应结果集数量占比，优化器一般会选择代价更小的索引。
