OSC 请你来轰趴啦！1028 苏州源创会，一起寻宝 AI 时代

OceanBase 全局索引与局部索引探索导致的本区域查找和跨区域查找。

作者：网名大数据模型，对制造业、银行业、通讯业了解多一点，关心专注国产数据库技术布道以及数据资产建设的应用实践。

爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

本文约 1200 字，预计阅读需要 4 分钟。

OceanBase 的索引

索引和分区是数据库的关键核心基本功能，OceanBase 是一个单体分布式的架构，具有高性能、高扩展、高可用的特点，索引和分区立了大功。

OceanBase 的索引有局部索引和全局索引。局部索引和全局索引的索引区别在哪里？下面通过实战例子演示如何给 OceanBase 做优化。阅读时注意以下几个优化关键参考指标。

is_index_back：表示查询 SQL 是否已经回表，数值是 off 是最好。
is_global_index：表示是否已经激活全局索引。
physical_range_rows：表示读取的物理范围行，数值越小越好。
logical_range_rows 表示读取的逻辑范围行，数值越小越好。
Plan type ：有 3 个选项，最优是 LOCAL 对应本地调用，REMOTE 对应远程调用，最坏情况是 DISTRIBUTED。

准备环境

建一个 user1 表并填充一些数据。

CREATE TABLE `user1` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(100) DEFAULT NULL,
  `phone` int(12) DEFAULT NULL,
  `address` varchar(100) DEFAULT NULL
) partition by hash(id+1) partitions 3;
obclient [tpch]> select count(*) from  user1
    -> ;
+----------+
| count(*) |
+----------+
|    79993 |
+----------+
1 row in set (0.025 sec)


delimiter //
create procedure bulk_user()
begin
declare i int;
declare phone int;
 set i=100000;
 set phone=1592014273;
 while i

索引使用场景

场景一：没有加索引

obclient [tpch]> explain extended  select phone ,name  from  user1 where   phone = 1592014286;

索引测试，没有加索引前，对全盘进行扫描找到了目标对象，操作过程中产生没有产生回表。

场景二：加了局部索引

obclient [tpch]> create index idx_user1_phone on user1 (phone) local;
Query OK, 0 rows affected (3.152 sec)

explain extended select phone,name from user1 where phone = 1592014286;

索引测试，加了局部索引后，对硬盘扫描只查找了 791 行，操作过程中居然产生了回表操作。

场景三：分区查找

obclient [tpch]> explain extended select name, phone  from user1  where  id= 5000;

分区测试，通过分区为关键字查找，按划分的分区【26664】查找，由于没有索引设置，遍历所有的26664，没有产生回表。

场景四：分区加索引进行查找

obclient [tpch]>  create index idx_user1_id on user1 (id) local;
Query OK, 0 rows affected (3.379 sec)
obclient [tpch]> explain extended select name, phone  from user1  where  id= 5000;

分区加索引测试，id 即是索引也是分区。设置索引后按划分的分区【26664】查找，physical_range_rows 和 logical_range_rows 成绩喜人，但是发生回表的操作。

为什么产生回表？主要语句有 select name, phone， id 是虽然做了索引，但name 和 phone 是投影，从而做了回表。

场景五：创建唯一索引消灭回表

obclient [tpch]> create  unique index  idx_user_phone_name  on  user1 (phone,name) local ;
ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the table's partitioning function

提示 1503 错误，创建唯一索引必须指定分区的指定

obclient [tpch]> create  unique index  idx_user_id_phone_name  on  user1 (phone,name,id) local ;
Query OK, 0 rows affected (3.352 sec)

explain extended  select phone ,name  from  user1 where   phone = 1592014286;

为什么唯一索引必须内含内含分区 ID，必须是唯一性，必须包括主键列，基于局部索引加上唯一索引，不产生回表。

场景六：创建全局索引消灭回表

create unique index   global_idx_phone  on  user1(phone,name) global ;

explain extended  select phone ,name  from  user1 where   phone = 1592014286;

全局索引按照 phone，name 也可以消来回表。

总结

OceanBase 是单体分布式架构的数据库，调优第一原则遵从先单体再分布的特色，简而言之最好内循环把单机性能用光，再外循环使用分布式，力争 LOCAL 优先、REMOTE 为次、DISTRUBTE 是最坏的，综合执行状况要结合扫描数据范围和回表状况来看。

局部索引应用于争取 LOCAL 的场景，避免 DISTRUBTE。场景二、场影三、场影四使用 LOCAL，但是场景五使用 DISTRUBTE。深思的是必须结合分区键才能完成唯一索引创建。这里内部的逻辑，局部索引要完成跨域，必须要与分区键绑定。

全局索引也可以实现 LOCAL 的场景，见场景六。笔者后续会做 OceanBase 的分布式环境。假设是分布式环境兼数据多的业务场景下，笔者揣测 DISTRUBTE 的机会性较大。

更多技术文章，请访问：https://opensource.actionsky.com/

关于 SQLE

SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。

SQLE 获取

类型	地址
版本库	https://github.com/actiontech/sqle
文档	https://actiontech.github.io/sqle-docs/
发布信息	https://github.com/actiontech/sqle/releases
数据审核插件开发文档	https://actiontech.github.io/sqle-docs/docs/dev-manual/plugins/howtouse