sql语句查询时会访问PD server吗?

select * from t where id = 100; 这种查询TiDB server 把sql语句转换成kv查询后,会根据k去PD server里查找k所在的region吗?如果是这样的化,sql查询时什么时候用到的lsm索引呢?
感谢各位,没找到文档里哪里有写一条sql执行的整个过程。

根据 key 去 PD 查询 key 所在的 tikv 信息、regin 信息并去 leader regin 上进行查询数据, 这个在 TiDB 中存在缓存, 所以并不是每次都会查询; 在确定 TiKV 后会懂 rocksDB 中逐级进行查找

从pd查到是哪个region后,只是交给region所在的tikv去查询,然后tikv对应的region去接受请求,最终走到rocksdb层,还是当前tikv的所有key混在一起,相当于对rocksdb执行一次kv查询。

你问的问题应该是索引和lsm-tree是怎么工作的。
你把索引和lsm-tree弄混了,lsm-tree是物理上的查找原理,索引是逻辑上的。
region是rocksdb的一个逻辑分段。
kv映射中k等于表ID+主键,或者表ID+rowid,v存储数据。
建立索引后k新增kv,这里的k等于表id+主键+索引id,v存储指向的行号。
查询过程中,使用索引,比较没加索引的查询,扫描的数据更少,速度更快。

1 个赞

针对“没找到文档里哪里有写一条sql执行的整个过程。”

专栏 - 《一条select 语句在TiDB Server层都发生了什么》 | TiDB 社区
这只是一个逻辑示意图,实际还非常复杂。
参考
TiDB 源码阅读系列文章(三)SQL 的一生 | PingCAP
TiDB 源码阅读系列文章(六)Select 语句概览 | PingCAP

在进行 KV 查询时,可以使用 LSM 索引来加速查询速度。

tidb会缓存pd里面的kv位置信息,如果缓存查不到才去pd查
lsm tree是tikv底层的数据组织方式