在 LSM-Tree 架构的数据库中，你是否遇到过这样的困境：明明业务数据量不大，但频繁的插入和删除操作，却让查询响应慢到超出预期？

这背后的 “元凶”，就是 LSM-Tree 的删除机制 —— 数据并非原地删除，而是通过写入 Delete操作来标记删除。即使用户的实际扫描范围很小，但是 SSTable 内部无法快速识别这些数据是否删除，仍然要扫描大量包含删除标记的数据，拖慢整体性能。

为了破解这个痛点，OceanBase 数据库特别提供了一种支持自定义的表模式，称为 Queuing 表（业务侧也称 Buffer 表），对其实现了特殊的转储策略。

本文结合 MySQL/Oracle 租户、不同 OceanBase 版本，主要介绍如何检查一张表是否是buffer表，以及列出当前系统中用户设置过的所有buffer表。

一、快速判定：单张表是否为 Buffer 表？

核心判断依据：对于某张具体的表，可以通过该表的DDL定义语句中的 table_mode=xxx关键字来判断该表是否为一张Buffer表。如果没有该关键字，则为一张普通表。

1.MySQL租户

OceanBase 数据库 V2.x/V3.x/V4.x 版本的 MySQL 租户中可以通过 show create table xxx 来检查某张表是否为 Buffer 表。

MySQL [test]> show create table t1\G*************************** 1. row ***************************     Table: t1Create Table: CREATE TABLE `t1` (`pk1` int(11) NOT NULL,`id` int(11) DEFAULT NULL,PRIMARY KEY (`pk1`)) ORGANIZATION INDEX DEFAULT CHARSET = utf8mb4 ROW_FORMAT = DYNAMIC COMPRESSION = 'zstd_1.3.8' REPLICA_NUM = 3 BLOCK_SIZE = 16384 USE_BLOOM_FILTER = FALSE ENABLE_MACRO_BLOCK_BLOOM_FILTER = FALSE TABLET_SIZE = 134217728 PCTFREE = 0 TABLE_MODE = 'QUEUING'1 row in set (0.005 sec)

2.Oracle租户

OceanBase 数据库 V2.x/V3.x/V4.x 版本的 Oracle 租户中可以通过  show create table xxx和 dbms_metadata.get_ddl函数来检查某张表是否为 Buffer 表。

obclient [SYS]> show create table t1\G*************************** 1. row ***************************     TABLE: T1CREATE TABLE: CREATE TABLE "T1" ("ID" NUMBER(*,0)) COMPRESS FOR ARCHIVE REPLICA_NUM = 3 BLOCK_SIZE = 16384 USE_BLOOM_FILTER = FALSE ENABLE_MACRO_BLOCK_BLOOM_FILTER = FALSE TABLET_SIZE = 134217728 PCTFREE = 0 TABLE_MODE = 'QUEUING'1 row in set (0.006 sec)
obclient [SYS]> select dbms_metadata.get_ddl('TABLE', 'T1', 'SYS') from dual\G*************************** 1. row ***************************DBMS_METADATA.GET_DDL('TABLE','T1','SYS'): CREATE TABLE "T1" ("ID" NUMBER(*,0)) COMPRESS FOR ARCHIVE REPLICA_NUM = 3 BLOCK_SIZE = 16384 USE_BLOOM_FILTER = FALSE ENABLE_MACRO_BLOCK_BLOOM_FILTER = FALSE TABLET_SIZE = 134217728 PCTFREE = 0 TABLE_MODE = 'QUEUING'1 row in set (0.050 sec)

二、批量排查：列出系统中所有 Buffer 表

备注：主表的附属表如索引表、LOB 辅助表的 table_mode和主表是一样的。

1.OceanBase V2.x/V3.x版本

说明：底层用于记录用户表属性的相关虚拟表的  table_mode 字段为 bigint 类型，在 OceanBase 数据库 V2.x/V3.x 中将与  0xff 做 bitwise 与运算后。

• 0 对应 NORMAL 表

• 1 对应 QUEUING 表

  MySQL [test]> create table t1 (id int, c1 varchar(100), c2 text);Query OK, 0 rows affected (0.095 sec)MySQL [test]> alter table t1 table_mode=‘queuing’;Query OK, 0 rows affected (0.035 sec)MySQL [test]> create index t1_idx1 on t1(c1);Query OK, 0 rows affected (0.582 sec)

切换到 root@sys 系统租户下查询

SELECT t.table_id, t.table_name, d.database_name, case when (t.table_mode & 0xff)=1 then "QUEUING" end as table_mode FROM oceanbase.__all_virtual_table t join oceanbase.__all_virtual_database d on t.tenant_id=d.tenant_id and t.database_id=d.database_id WHERE (t.table_mode & 0xff)=1 AND t.tenant_id = 1001 order by table_name;+------------------+--------------------------------+---------------+------------+| table_id         | table_name                     | database_name | table_mode |+------------------+--------------------------------+---------------+------------+| 1100611139453837 | t1                             | test          | QUEUING    || 1100611139453838 | __idx_1100611139453837_t1_idx1 | test          | QUEUING    |+------------------+--------------------------------+---------------+------------+2 rows in set (0.003 sec)

切换到普通 MySQL 租户下查询

MySQL [test]> SELECT t.table_id, t.table_name, d.database_name, case when (t.table_mode & 0xff)=1 then "QUEUING" end as table_mode FROM oceanbase.__all_table_v2 t join oceanbase.__all_database d on t.database_id=d.database_id WHERE (t.table_mode & 0xff)=1 order by table_name;+----------+--------------------------------+---------------+------------+| table_id | table_name                     | database_name | table_mode |+----------+--------------------------------+---------------+------------+|    50061 | t1                             | test          | QUEUING    ||    50062 | __idx_1100611139453837_t1_idx1 | test          | QUEUING    |+----------+--------------------------------+---------------+------------+2 rows in set (0.001 sec)obclient [SYS]> create table t1 (id int, c1 varchar(100), c2 clob);Query OK, 0 rows affected (0.073 sec)obclient [SYS]> alter table t1 table_mode='queuing';Query OK, 0 rows affected (0.034 sec)obclient [SYS]> create index t1_idx1 on t1(c1) local;Query OK, 0 rows affected (0.674 sec)

切换到普通 Oracle 租户下查询

obclient [SYS]> SELECT t.table_id, t.table_name, d.database_name, case when bitand(t.table_mode,255)=1 then 'QUEUING' end as table_mode FROM sys.all_virtual_table_real_agent t join sys.all_virtual_database_real_agent d on t.database_id=d.database_id WHERE bitand(t.table_mode,255)=1 order by table_name;+------------------+--------------------------------+---------------+------------+| TABLE_ID         | TABLE_NAME                     | DATABASE_NAME | TABLE_MODE |+------------------+--------------------------------+---------------+------------+| 1101710651081565 | T1                             | SYS           | QUEUING    || 1101710651081566 | __idx_1101710651081565_T1_IDX1 | SYS           | QUEUING    |+------------------+--------------------------------+---------------+------------+2 rows in set (0.002 sec)

2.OceanBase V4.x版本（V4.2.1BP5+/V4.2.3+/V4.3.2+）

说明：底层用于记录用户表属性的相关虚拟表中  table_mode 字段为 bigint 类型，在 OceanBase V4.x 中将与  0xff 做 bitwise 与运算后。

• 0 对应 NORMAL

• 1 对应 QUEUING

• 3 对应 MODERATE

• 4 对应 SUPER

• 5 对应 EXTREME

  MySQL [test]> create table t1 (pk1 int primary key, id int);Query OK, 0 rows affected (2.201 sec)MySQL [test]> create table t2 (pk1 int primary key, id int) partition by hash(pk1) partitions 3;Query OK, 0 rows affected (2.993 sec)MySQL [test]> create table t3 (rb text);Query OK, 0 rows affected (2.193 sec)MySQL [test]> create table t4 (id int primary key, col1 int);Query OK, 0 rows affected (2.170 sec)MySQL [test]> create unique index t4_idx1 on t4(col1);Query OK, 0 rows affected (4.133 sec)MySQL [test]> alter table t1 set table_mode=‘queuing’;Query OK, 0 rows affected (2.091 sec)MySQL [test]> alter table t2 set table_mode=‘moderate’;Query OK, 0 rows affected (2.692 sec)MySQL [test]> alter table t3 table_mode=‘super’;Query OK, 0 rows affected (2.090 sec)MySQL [test]> alter table t4 table_mode=‘extreme’;Query OK, 0 rows affected (2.086 sec)

切换到 root@sys 系统租户下查询

SELECT t.table_id, t.table_name, d.database_name, case when (t.table_mode & 0xff)=1 then "QUEUING" when (t.table_mode & 0xff)=3 then "MODERATE" when (t.table_mode & 0xff)=4 then "SUPER" when (t.table_mode & 0xff)=5 then "EXTREME" end as table_mode FROM oceanbase.__all_virtual_table t join oceanbase.__all_virtual_database d on t.tenant_id=d.tenant_id and t.database_id=d.database_id WHERE (t.table_mode & 0xff) in (1,3,4,5) AND t.tenant_id = 1010 order by table_name;+----------+-------------------------+---------------+------------+| table_id | table_name              | database_name | table_mode |+----------+-------------------------+---------------+------------+|   500163 | t1                      | test          | QUEUING    ||   500164 | t2                      | test          | MODERATE   ||   500168 | t3                      | test          | SUPER      ||   500171 | t4                      | test          | EXTREME    ||   500169 | __AUX_LOB_META_500169_  | test          | SUPER      ||   500170 | __AUX_LOB_PIECE_500170_ | test          | SUPER      ||   500172 | __idx_500171_t4_idx1    | test          | EXTREME    |+----------+-------------------------+---------------+------------+7 rows in set (0.020 sec)SELECT t.table_id, t.table_name, d.database_name, case when (t.table_mode & 0xff)=1 then "QUEUING" when (t.table_mode & 0xff)=3 then "MODERATE" when (t.table_mode & 0xff)=4 then "SUPER" when (t.table_mode & 0xff)=5 then "EXTREME" end as table_mode FROM oceanbase.__all_virtual_table t join oceanbase.__all_virtual_database d on t.tenant_id=d.tenant_id and t.database_id=d.database_id WHERE (t.table_mode & 0xff) in (1,3,4,5) AND t.tenant_id = 1010 and t.table_name not like '\_\_%' order by table_name;+----------+------------+---------------+------------+| table_id | table_name | database_name | table_mode |+----------+------------+---------------+------------+|   500163 | t1         | test          | QUEUING    ||   500164 | t2         | test          | MODERATE   ||   500168 | t3         | test          | SUPER      ||   500171 | t4         | test          | EXTREME    |+----------+------------+---------------+------------+4 rows in set (0.020 sec)

切换到普通 MySQL 租户下查询

SELECT t.table_id, t.table_name, d.database_name, case when (t.table_mode & 0xff)=1 then "QUEUING" when (t.table_mode & 0xff)=3 then "MODERATE" when (t.table_mode & 0xff)=4 then "SUPER" when (t.table_mode & 0xff)=5 then "EXTREME" end as table_mode FROM oceanbase.__all_virtual_table t join oceanbase.__all_database d on t.database_id=d.database_id WHERE (t.table_mode & 0xff) in (1,3,4,5) order by table_name;+----------+-------------------------+---------------+------------+| table_id | table_name              | database_name | table_mode |+----------+-------------------------+---------------+------------+|   500163 | t1                      | test          | QUEUING    ||   500164 | t2                      | test          | MODERATE   ||   500168 | t3                      | test          | SUPER      ||   500171 | t4                      | test          | EXTREME    ||   500169 | __AUX_LOB_META_500169_  | test          | SUPER      ||   500170 | __AUX_LOB_PIECE_500170_ | test          | SUPER      ||   500172 | __idx_500171_t4_idx1    | test          | EXTREME    |+----------+-------------------------+---------------+------------+7 rows in set (0.010 sec)obclient [SYS]> create table t1 (id int);Query OK, 0 rows affected (2.180 sec)obclient [SYS]> create table t2 (id int, name varchar(100));Query OK, 0 rows affected (2.160 sec)obclient [SYS]> create table t3 (id int, name varchar(100));Query OK, 0 rows affected (2.156 sec)obclient [SYS]> create index t3_idx1 on t3(name) local;Query OK, 0 rows affected (4.635 sec)obclient [SYS]> create table t4 (id int, name clob);Query OK, 0 rows affected (3.231 sec)obclient [SYS]> alter table t1 set table_mode='queuing';Query OK, 0 rows affected (2.106 sec)obclient [SYS]> alter table t2 set table_mode='moderate';Query OK, 0 rows affected (2.092 sec)obclient [SYS]> alter table t3 table_mode='super';Query OK, 0 rows affected (2.096 sec)obclient [SYS]> alter table t4 table_mode='extreme';Query OK, 0 rows affected (2.733 sec)

切换到普通 Oracle 租户下查询：

obclient [SYS]> SELECT t.table_id, t.table_name, d.database_name, case when bitand(t.table_mode,255)=1 then 'QUEUING' when bitand(t.table_mode,255)=3 then 'MODERATE' when bitand(t.table_mode,255)=4 then 'SUPER' when bitand(t.table_mode,255)=5 then 'EXTREME' end as table_mode FROM sys.all_virtual_table_real_agent t join sys.all_virtual_database_real_agent d on t.database_id=d.database_id WHERE bitand(t.table_mode,255) in (1,3,4,5) order by table_name;+----------+-------------------------+---------------+------------+| TABLE_ID | TABLE_NAME              | DATABASE_NAME | TABLE_MODE |+----------+-------------------------+---------------+------------+|   500057 | T1                      | SYS           | QUEUING    ||   500058 | T2                      | SYS           | MODERATE   ||   500059 | T3                      | SYS           | SUPER      ||   500061 | T4                      | SYS           | EXTREME    ||   500062 | __AUX_LOB_META_500062_  | SYS           | EXTREME    ||   500063 | __AUX_LOB_PIECE_500063_ | SYS           | EXTREME    ||   500060 | __idx_500059_T3_IDX1    | SYS           | SUPER      |+----------+-------------------------+---------------+------------+7 rows in set (0.004 sec)

以上就是判断单张 Buffer 表、批量排查系统中所有 Buffer 表的完整指南啦！无论你使用的是 MySQL 还是 Oracle 租户，不管是 OceanBase V2.x/V3.x 还是 V4.x 版本，照着文中的步骤操作就能轻松搞定。

如果你在实际操作中遇到了问题，或者有其他关于 OceanBase 表优化的疑问，欢迎在评论区留言交流，后续我们还会分享更多 OceanBase 实战干货，下次见~

更多技术分享可扫码关注查看~