如果每次访问副本，都要发 sql 去 meta table 里面找一遍位置，未免效率太低。因此我们在每个 observer 中都会缓存实体表的位置信息，由 location cache 模块负责管理，在obpartitionlocationcache 中实现。
专题简介 oceanbase 正式开源后，300 万行核心代码在社区c7电子娱乐官网同步上线，但这些代码有一些多年变迁的遗迹，新人上手殊为不易。通过本系列的源码解读文章，首先，你可以了解 oceanbase 数据...
本文作者：镇楠，oceanbase 内核研发工程师，对于分布式集群中副本位置信息的管理方法有着丰富的理解。 在前文源码解读第13篇《一号表》中我们为大家介绍了 __all_core_table 的定义...
作者简介：镇南，oceanbase 内核研发工程师，对于分布式集群中副本位置信息的管理方法有着丰富的理解。
刻晴：对同步协议、事务并发处理有着丰富理解的 oceabase 开发工程师。
在前面《 oceanbase 源码解读（三）sql 的一生》中讲过，sql 语句在生成抽象语法树后，经过 resolver 转换解析为 stmt 逻辑执行计划，其中的一个关键部分是表达式的解析。表达式解析类是位于sql/resolver/expr 的obrawexprresolver，它输入obparsenode 树，输出表达式树 obrawexpr 。这个 obrawexpr 仅用于优化器阶段的语义分析优化，在生成物理执行计划后会被转换为为执行效率优化的 obexpr 。
本节为源码解读的第十篇，本文书接前文——在《 oceanbase 源码解读（五）事务的一生》中对事务的外部接口进行了介绍，本节讲一些事务模块内部细节。
在刚刚发布的 oceanbase社区版 3.1.1 中，oceanbase 开放了一组新的 api 叫做 table api 。本文作为源码解读系列的第九篇，将介绍 table api 和 oceanbase 多模型，以及 tableapi 相关代码。
本节为源码解读的第八篇。前面在《sql的一生》中介绍了sql引擎各个模块。其中，执行引擎sql/engine是直接影响执行性能的，ob高性能执行引擎是怎么实现的？本文将介绍执行引擎，以及dml算子的设计。
本文为 oceanbase 数据库源码解读系列文章的第二篇，将主要为大家介绍 oceanbase 数据库中一条 sql 的执行流程主路径，包括接收、处理、返回结果给客户端的过程，与开发者们一起探讨oceanbase的sql引擎模块。
