厉害厉害

ap应用

联合索引还是不行。 t1.deleted字段是bit类型，t1.deleted改为tinyint类型之后，最终测试是index scan的，不清楚为何会这样

参考https://mp.weixin.qq.com/s/KK7GffPmk_rMCRpYz_ZZyg

t1表deleted=1占全表接近100%

prometheus API文档

先学起来

有索引的，字符集也是一样的。where条件去掉t1.deleted=0，查询就很快了，执行计划也变了，如下 [image]

一样的，join方式还是没有变化 [image]

mysql> show warnings; ±--------±-----±---------------------------------------------------------------------------------+ | Level | Code | Message | ±--------±-----±----------------------------------------------------------…

指定了–comments，还是有warning呢 [image]

这个sql执行早0.8秒左右，where条件去掉t1.deleted=0，查询就很快了，执行计划也变了，如下 [image] 为何去掉t1.deleted=0，查询就快了呢？还有优化方案吗？

试了下，还是不行，执行计划如下： [image]

做个测试 还行，生产环境重度使用了，升级不易

可以同时缩容多个tikv的，但不推荐，建议依次缩容

niubility

tiup是不支持的

TiProxy

可以考虑使用filebeat采集下慢sql日志，最终存储到tidb，想咋统计咋统计