大表加索引有点慢呀

pd异常leader节点先下线试下呢

学习了

厉害 了

tidb早期出过 TiDB 源码阅读系列文章，可以参考下

tidb_gc_life_time 从 v5.0 版本开始引入 作用域：GLOBAL 默认值：10m0s 范围：[10m0s, 8760h0m0s] 这个变量用于指定每次进行垃圾回收 (GC) 时保留数据的时限。变量值为 Go 的 Duration 字符串格式。每次进行 GC 时，将以当前时间减去该变量的值作为 safe point。 set global tidb_gc_life_time=1h这样调整

不用改sql，改字段类型就可以了

tidb官方课程中心，学习tidb最好的选择

打工是不可能打工的，加班是不可能加班的

厉害厉害

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 | ±--------±-----±----------------------------------------------------------…