Day 5 - TiDB架构

TiDB里头的TiDB，听起来有点饶舌，为了避免混淆，後面会加个server来做区别。TiDB server主要功能是负责SQL层的部分。

引用pingcap官网架构图

其结构主要可以分为两部分，首先是Protocol Layer，负责解析MySQL协议，以及最终将查询结果回传到使用者手中。TiDB支持MySQL大部分语法的特点，对於原本就使用MySQL的使用者来说十分亲切，替换资料库基本上可以做到无痛转移。

第二个部分则是SQL Layer，首先将语法解析成AST树，简单来说就是将语法中COLUMN，FROM，WHERE拆解成树状结构，优化後产生执行计画然後透过DistSQL API传递给TIKV，处理完成後再将结果抛回Protocol Layer。优化器分为逻辑优化与物理优化两种，逻辑优化会依据TIDB实作的优化规则分析语法。例如语法中有Group By，如果Group By的栏位是Unique key，就不需做聚合。除此之外还有许多已经实作的优化规则，如OUTER JOIN，Max/Min，Subquery等等。而物理优化则决定哪些计算该在TiDB还是TiKV做，该用什麽index。
举例来说

Select sum(count(1)) from table where name = 'TIDB'

物理优化会决定这些资料该从每个TiKV node 做完count之後再回到TiDB做sum的动作。接着交给Executor执行。

另外TiDB本身无法做到负载平衡，但是可以在前面加上Load Balancer如F5等等，达到负载平衡的目的。