@Billmay表妹

结果没区别

可以通过调整 storage.block-cache.capacity 限制下kv内存

逐个where条件查询下数据量，选择查询结果最少及区分度最高的作为联合索引的第一个

因为tikv的存储引擎压缩数据，对比mysql大概1比3~5

那如果组件故障或升级替换啥，岂不是每次都得业务配置发版。。。

先统计分析下这两张表的top，排查是不是sql热点： information_schema.cluster_slow_query nformation_schema.cluster_statements_summary

兼容mysql

【你见过/参与过什么有趣的 AI 项目？】 数字人 【所在公司会在什么业务场景用上 AI 应用？用的是什么数据库？】 数字人互动、AI翻译，使用的ES、Milvus

rocky10这么新，会不会是不支持

有可能是参数变化导致的，之前遇到改了 grpc-compression-type=gzip后无法访问，但你这个报错看起来不像这个参数

–init 你可以理解成mysql的 --initialize-insecure 吧

不支持，可以使用云厂商的dts工具试试

只有2~3个kv的情况下，在确认机器没有问题时，可以尝试关闭平衡调度(另外建议还是加到3kv)

可以先排查下是否有热点问题，出现问题时io是否被打满了

这种情况情况可以分别查询下对应结果集数量占比，优化器一般会选择代价更小的索引。

不需要，但较低的版本可能存在oom的问题

https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility/#不支持的功能特性 [image]

不支持