吃透OceanBase| 什么是ODP 的表路由机制？

最新推荐文章于 2024-05-31 10:29:03 发布

吃萝卜不吐葡萄皮

最新推荐文章于 2024-05-31 10:29:03 发布

阅读量350

点赞数

文章标签： oceanbase 数据库 java

本文链接：https://blog.csdn.net/weixin_66463776/article/details/128719760

版权

本章节介绍 ODP 的表路由机制。

在 OceanBase 数据库中，Partition 是数据存储的基本单元。当我们创建表时，就会存在表和 Partition 的映射。如果是非分区表，一张表仅对应一个 Partition，如果是分区表，一张表可能会对应多个 Partition。目前 OceanBase 数据库未实现 Partition 的合并和分裂。

在 OceanBase 数据库中，有 Local 计划、Remote 计划和 Distributed 计划三种表路由。Local 计划、Remote 计划均为单分区的路由。OBProxy 的作用就是尽量消除 Remote 计划，将路由尽可能的变为 Local 计划。如果表路由类型为 Remote 计划的 SQL 过多，说明该 OBProxy 的路由可能存在问题（可通过查看 oceanbase.GV$OB_SQL_AUDIT 视图中 plan_type 字段来确认）。

非分区表路由

在 OBProxy 中保存了 Partition 和 OBServer_addr 的映射缓存，Partition 通过 SQL Parser 功能解析获取表名，根据表名去 Location Cache 中获取 Partition 所在 OBServer 的 IP。

存在如下三种情况：

Location Cache 中不存在，访问 OBServer 的 __all_virtual_proxy_schema 表拉取。
Location Cache 中存在并可用，直接使用。
Location Cache 中存在但不可用，从 Location Cache 中去除并重新拉取。

有关 Location Cache 的相关介绍，请参见《 ODP 用户指南》。

分区表路由

和非分区表一样，在 OBProxy 中保存了 Partition 和 OBServer_addr 的映射缓存，Partition 通过 SQL Parser 功能解析获取表名。相比非分区表，分区表额外增加了一个分区 ID 信息，根据表名和分区 ID 去 Location Cache 中获取 Partition 所在 OBServer 的 IP。

分区 ID 通过 SQL 语句获取，来源往往是 where 子句的表达式、insert 语句 values 值。需要保证能获取到 a = xxx，其中 a 为分区键，xxx 为常量。示例如下：

obclient> CREATE TABLE t1(c1 int, c2 int) PARTITION BY hash(c1) partitions 5; 
obclient> UPDATE t1 SET c2 = 3 WHERE c1 = 5;

这里提取到 c1 = 5，通过这个信息可以计算到影响到的分区 ID，将 SQL 转发给对应分区所在 OBServer 即可。

OBProxy 如果计算不出分区 ID，那么就无法拉取准确的路由。可以在 obproxy.log 日志文件中，搜索 "calculate partition id" 查看是否计算成功。示例如下：

[root@ocp-deploy-obnorpm2-bfc89744b-qsfkz log]# grep "calculate partition id" obproxy.log
[2021-10-28 17:18:18.552825] DEBUG [PROXY] ob_mysql_route.cpp:577 [73979][Y0-7FB3C9D07A80] [lt=10] [dc=0] succ to calculate partition id(part_id_=1)
[2021-10-28 17:18:31.045191] INFO  [PROXY] ob_mysql_route.cpp:575 [73979][Y0-7FB3C9D07A80] [lt=17] [dc=0] fail to calculate partition id, just use tenant server(tmp_ret=-4002)

有关分区表的相关介绍，请参见分区概述。