如何查看指定数据所在的分区 ？

意思是没有其他办法吗 ？有没有类似一个函数，传入分片键就显示数据应该位于哪个分区的 ？

因为我的目的不是想这么用。

比如，我的分区是基于 HASH ( ID / 1000000 ) 来分区的，例如 ID = 23000000 ，实际上是 HASH ( 23 ），23 是 一个用户ID。
但是我的业务查询条件是 WHERE user_id = 23，并不包含分片键，默认会查询所有分区。
所以我需要自己构造一个附加的 ID 查询条件，例如 AND id >= 23000000 AND id <= 23999999，才能只查询 HASH(23) 所在的分区。

然而，OceanBase 是难以通过 ID 范围查询去优化命中 HASH 分区的，所以我需要预先知道 HASH(23)，是哪一个分区，才能通过添加 PARTITION ( 分区名称 ) 子句 来优化查询。

而且有时候还不只是 = 查询, 还可能是 IN 查询，比如 user_id IN ( 23, 24, 25 )。如果我预先知道 这3个ID 的分区名称，就可以在 SQL 中预先指定，以避免遍历所有分区。

这个方式你也查一下呢

另外，hash的写法，你别用>= <=来构造查询条件，一样会查到很多个分区，要用等值条件=

谢谢，我试试。

是的，我猜数据库也没这么智能，所以才需要自己预先知道分区名称，自己手动指定，这样才能准确命中分区，避免遍历所有分区。

在此谢谢各位热心回复的朋友，非常感谢 ~！

印象中是可以利用生成列进行类似于你说的这种分区裁剪优化的，不过暂时有限制几种特殊的生成列的规则，比如等值、substr 这种都是支持的，太复杂的生成列规则暂不支持用来进行分区裁剪。

image2930×1190 197 KB

你可以试试，能不能把这俩列搞成有 substr 关系的生成列，如果可以的话，也许能用生成列帮你搞定非分区键的分区裁剪需求。类似于：

image3840×2112 396 KB

这里还有一个问题，为啥不直接拿 user_id 去做 hash 分区，必须要用 HASH ( ID / 1000000 ) 来分区？

这个问题，可以参考我之前发的另外一个帖子：

因为数据库的分片硬限制太多了，MySQL、OceanBase 都限制 分片键必须是主键 或 唯一键 的一部分。
再加上 分区数量 等其他限制，就只能想办法自己构造一个包含 商户ID、用户ID 的主键ID，然后基于 主键 ID 来进行二级分区。

再次感谢各位大佬的热心回复~！

我理解你的问题其实是：如何让计划能够利用非分区键进行分区裁剪？

通过有 substr 子串关系的生成列，可以让计划利用非分区键进行分区裁剪，参考我上面发的这张图，通过计划里 partitions 的信息可以看出来已经对非分区键进行分区裁剪了。

image1380×758 79.6 KB

好的，谢谢大佬，我先研究下。
如果大家有更好的建议，也欢迎提出来，谢谢！

create table t2(id int, user_id int generated always as (substr(id, 1, length(id) - 6)) virtual) 
    partition by hash(user_id) partitions 128;

insert into t2(id) values(1000000);

insert into t2(id) values(1000001);

insert into t2(id) values(2000000);

insert into t2(id) values(2000001);

insert into t2(id) values(23000000);

insert into t2(id) values(23999999);

select * from t2;
+----------+---------+
| id       | user_id |
+----------+---------+
|  1000000 |       1 |
|  1000001 |       1 |
|  2000000 |       2 |
|  2000001 |       2 |
| 23000000 |      23 |
| 23999999 |      23 |
+----------+---------+
6 rows in set (0.016 sec)

explain select * from t2 where id = 23000000;
+----------------------------------------------------------------------------------------------------------------------------------------------------------+
| Query Plan                                                                                                                                               |
+----------------------------------------------------------------------------------------------------------------------------------------------------------+
| ===============================================                                                                                                          |
| |ID|OPERATOR       |NAME|EST.ROWS|EST.TIME(us)|                                                                                                          |
| -----------------------------------------------                                                                                                          |
| |0 |TABLE FULL SCAN|t2  |1       |4           |                                                                                                          |
| ===============================================                                                                                                          |
| Outputs & filters:                                                                                                                                       |
| -------------------------------------                                                                                                                    |
|   0 - output([t2.id], [column_conv(INT,PS:(11,0),NULL,cast(substr(cast(t2.id, VARCHAR(1048576)), 1, length(cast(t2.id, VARCHAR(1048576))) - 6), INT(-1,  |
|       0)))]), filter([t2.id = 23000000]), rowset=16                                                                                                      |
|       access([t2.id]), partitions(p23)                                                                                                                   |
|       is_index_back=false, is_global_index=false, filter_before_indexback[false],                                                                        |
|       range_key([t2.__pk_increment]), range(MIN ; MAX)always true                                                                                        |
+----------------------------------------------------------------------------------------------------------------------------------------------------------+
12 rows in set (0.008 sec)

explain select * from t2 where user_id = 23;
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Query Plan                                                                                                                                                     |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
| ===============================================                                                                                                                |
| |ID|OPERATOR       |NAME|EST.ROWS|EST.TIME(us)|                                                                                                                |
| -----------------------------------------------                                                                                                                |
| |0 |TABLE FULL SCAN|t2  |1       |4           |                                                                                                                |
| ===============================================                                                                                                                |
| Outputs & filters:                                                                                                                                             |
| -------------------------------------                                                                                                                          |
|   0 - output([t2.id], [column_conv(INT,PS:(11,0),NULL,cast(substr(cast(t2.id, VARCHAR(1048576)), 1, length(cast(t2.id, VARCHAR(1048576))) - 6), INT(-1,        |
|       0)))]), filter([column_conv(INT,PS:(11,0),NULL,cast(substr(cast(t2.id, VARCHAR(1048576)), 1, length(cast(t2.id, VARCHAR(1048576))) - 6), INT(-1, 0))) =  |
|       23]), rowset=16                                                                                                                                          |
|       access([t2.id]), partitions(p23)                                                                                                                         |
|       is_index_back=false, is_global_index=false, filter_before_indexback[false],                                                                              |
|       range_key([t2.__pk_increment]), range(MIN ; MAX)always true                                                                                              |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
13 rows in set (0.008 sec)

大佬，我想冒昧地再问一下，我还有一个冷热分离的需求。
我们的记录数据有明显的冷热分离的特点，记录数据只需要保留最近3个月的，最近7天的数据属于热数据，每天的数据又较多（ 预期增长到约 20亿 ）。
所以，我们也考虑过按天分区，后续也方便按天删除过期数据。

然而，我们已经考虑优先按照 商户ID、用户ID 进行二级分区了，如果再按天的话，似乎没有3级分区的说法。
我们现在更倾向于，自己手动按天归档历史数据。
不知道大佬有没有更好的建议，来避免手动分表的麻烦 ？

平时的sql里面，只会有商户ID、用户ID其中之一的条件吗？

商户ID、用户ID、时间 都会有。
前台是用户ID，后台是商户ID， 一般都会额外加上时间条件，且会限制查询范围不能超过7天。

哈哈，这有啥冒昧的，想避免手动按天归档，直接用 ODC 配置一个定时归档和定时清理的周期性任务就好了，七天后的数据归档到历史库，三个月后的数据直接清理，详见 ODC 文档中的《数据生命周期管理》部分：OceanBase分布式数据库-海量数据 笔笔算数

image1907×911 57.2 KB

之前刚好试用过一次 ODC 的数据归档功能，记录过一篇博客：OceanBase 社区

感兴趣的话可以看下这篇博客，不过当时用的 ODC 版本可能比较老了，你要用的话直接下载最新的就好了。

正常来说，按这个业务逻辑的话，商户ID、用户ID要拆表改造了。

次一点的方法，建议一级分区按时间（天）分，甚至拆的更细，几个小时这样。用户ID、商户ID其中一个用二级分区（更频繁的），另外一个用本地索引

我目前考虑的也是这样的方案，谢过各位大佬~！

这个问题挺有意思，顺手记了篇博客：OceanBase 社区

感兴趣的话可以看下~