问题背景
某核心资源系统业务2021年迁移到国产数据库OceanBase最早使用的版本是OceanBase 2.2.76,因OceanBase次版本不支持split partition功能只能顺序的add分区,每次添加拆分分区操作都是先删除max分区然后add partition,在把max分区也add上,但是这种添加分区的方式不适合复合分区的情况,列入region+时间的复合RANGE分区,分区里有多个部分地市的max分区。
这样就不能通过删除中间的max分区在add分区了,为此在迁移前oracle库提前拆到2022年全年的分区,迁移到ob库不用在处理分区,现在到了22年年底需要添加新的分区保障业务正常运行,OceanBase开发了新版本支持复合分区的add分区功能,此版本包括OceanBase 2.2.77(OceanBase 2.0的最终版本)和OceanBase 3.2.3.2,在新版本的测试环境测试验证分区的add功能。测试步骤如下,希望能有参考意义。
解释:
分区技术(Partitioning)是 OceanBase 非常重要的分布式能力之一,它能解决大表的容量问题和高并发访问时的性能问题,主要思想就是将大表拆分为更多更小的结构相同的独立对象,即分区。普通的表只有一个分区,可以看作分区表的特例。每个分区只能存在于一个节点内部,分区表的不同分区可以分散在不同节点上。
测试过程
用ROOT租户进入查看 _enable_add_between_range_partitions参数,默认状态为FALSE,使用如下语句:
select b.tenant_name,a.* from
__all_virtual_tenant_parameter_info a,__all_tenant b where
name = _enable_add_between_range_partitions and
b.tenant_id > 1000 and a.tenant_id=b.tenant_id order by
1,zone;,
结果如下图:
同样也是在root租户下执行。
执行命令:
alter system set _enable_add_between_range_partitions = True tenant=obzy02;
注意事项:
tenant为上面查询的结果,根据需要修改;处理完毕后将参数修改回 False。
执行如图:
obclient[root]>alter system set
_enable_add_between_range_partitions = True
tenant=obzy02;
Query OK, 0 rows affected (0.01 sec)
步骤3:再次查询参数值,确认已经修改成功
同样也是在root租户下执行。
执行命令:
select * from __all_virtual_tenant_parameter_info where name
= _enable_add_between_range_partitions and tenant_id >
1001;
或是步骤1里的语句,当结果data_type字段改为true说明功能启用可以add复合分区,可以执行add 分区命令验证add分区。
结果如下图:
因add分区的功能当max分区有数据时,可能会造成数据的迁移(数据可能会保留在max分区,没有迁移到拆除的分区,这个需要验证,测试发现数据到了新加的分区上符合期望的情况)和全局索引的失效。
在root 租户验证max分区是否有数据,这个语句不完全准确,部分max分区没有查询到,需要手工统计或是ob优化下视图便于按分区名查询(在root租户只能查到分区的id不能查到分区的名称)。
查询语句:
SELECT /*+READ_CONSISTENCY(WEAK),query_tzyeout(100000000)*/
c.tenant_name,
d.database_name,
b.table_name,
a.partition_id,
a.row_count,
round(a.required_size / 1024 / 1024 / 1024, 2) table_size_GB
from
(select tenant_id,table_id,max(partition_id) partition_id from __all_virtual_meta_table group by tenant_id,table_id) m,
__all_virtual_meta_table a,
__all_virtual_table b,
__all_tenant c,
__all_virtual_database d
WHERE a.ROLE = 1
AND instr(a.member_list, a.svr_ip) > 0
and m.tenant_id=a.tenant_id
and m.table_id=a.table_id
and m.partition_id=a.partition_id
AND a.tenant_id = b.tenant_id
AND a.table_id = b.table_id
AND b.tenant_id = c.tenant_id
AND b.database_id = d.database_id
and m.partition_id>17
and d.database_name not in(PRO_MUSER)
and b.table_name in(
CS_ZYEI_CUR,
CS_REC_ECASHLOAN_LOG,
ZY_ASYN_TASK,
ZY_ASYN_TASKHIS,
ZY_ASYN_TASK_BLOCK,
ZY_ASYN_TASK_BLOCKHIS,
ZY_ASYN_TASK_LOCK,
ZY_ASYN_TASK_PARAMTER)
ORDER BY c.tenant_name, b.table_name, partition_id;
查询结果:
此操作在业务租户的业务用户,或是业务租户的sys用户下执行。
验证按月分区,按地市+月份分区类型的表,步骤如下:
1)验证按月分区的表
obclient[SYS]>select t.table_owner,t.table_name,t.partition_name from dba_tab_partitions t where t.table_name=ZY_IF_CTRM_ORDER_HIS;
+-------------+-----------------------+----------------+
| TABLE_OWNER | TABLE_NAME | PARTITION_NAME |
+-------------+-----------------------+----------------+
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202201 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202202 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202203 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202204 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202205 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202206 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202207 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202208 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202209 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202210 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202211 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202212 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_MAX |
+-------------+-----------------------+----------------+
13 rows in set (0.87 sec)
obclient[SYS]>
2)验证max分区是否有数据
select count(1) from ZY.ZY_IF_CTRM_ORDER_HIS partition (P_MAX);
obclient[SYS]>select count(1) from ZY.ZY_IF_CTRM_ORDER_HIS partition (P_MAX);
+----------+
| COUNT(1) |
+----------+
| 0 |
+----------+
1 row in set (0.00 sec)
3)执行分区添加语句
alter table ZY.ZY_IF_CTRM_ORDER_HIS add partition P_202301
values less than (TO_DATE(202302, YYYYMM,
NLS_CALENDAR=GREGORIAN)) ;
obclient[SYS]>alter table ZY.ZY_IF_CTRM_ORDER_HIS add
partition P_202301 values less than (TO_DATE(202302,
YYYYMM, NLS_CALENDAR=GREGORIAN)) ;
Query OK, 0 rows affected (0.20 sec)
4)通过语句验证添加的分区
obclient[SYS]>select t.table_owner,t.table_name,t.partition_name from dba_tab_partitions t where t.table_name=ZY_IF_CTRM_ORDER_HIS;
+-------------+-----------------------+----------------+
| TABLE_OWNER | TABLE_NAME | PARTITION_NAME |
+-------------+-----------------------+----------------+
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202201 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202202 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202203 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202204 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202205 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202206 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202207 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202208 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202209 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202210 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202211 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202212 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_202301 |
| ZY | ZY_IF_CTRM_ORDER_HIS | P_MAX |
+-------------+-----------------------+----------------+
14 rows in set (0.82 sec)
obclient[SYS]>
步骤6:在操作完检查失效的索引
此步业务用户下检查,此命令可以查出失效索引和创建索引的的ddl命令,因为ob暂时不支持失效索引的rebuild命了,索引失效了只能drop了重建。索引检查失效索引并重建这一步是非常重要的检查步骤。
使用命令:
select /*+ rule */t.owner,t.table_name,drop index ||t.owner||.||t.index_name||;,select
dbms_metadata.get_ddl(||INDEX||,||T.INDEX_NAME||,||||T.OWNER||) FROM DUAL UNION ALL
FROM Dba_Indexes t WHERE t.status =UNUSABLE;
此命令在root租户下执行,验证语句同步骤1:
alter system set _enable_add_between_range_partitions = False tenant=obzy02;
至此ob库分区添加共用验证完。
1)此次分区add功能只是通过add partition命令实现了类似split partition的功能,完善了符合分区不能add分区的情况,但是还不能支持split partition 功能,希望后期支持。
2)Ob的失效索引不支持rebuild命令,这个导致索引失效后操作较复杂,既增加了操作时间(不能编译分区失效索引),又增加了操作难度(获取建索引语句,并删除索引重建难免有遗漏的可能带来了sql效率降低的风险),建议后期增加此功能。
oceanbase处于发展阶段,部分功能还不完善,希望后期越做越好。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/129091.html
摘要:端基于生成列进行内部分区,不侵入业务。总结天猫双全球狂欢节成交额超过亿,成功经受住了考验,全面支撑了支付宝核心链路,平稳抗住时的峰值压力,夯实三年战略百万支付的底盘能力。 小蚂蚁说: 你们都很关心的 OB双11大促实战分享 专题来啦!本系列将为你系统性的介绍OceanBase支撑蚂蚁双11背后的技术原理和实战分享。从平台到架构,再到实现,一起来探索蚂蚁双11这场神秘的技术之旅吧! sh...
阅读 3732·2023-01-11 11:02
阅读 4243·2023-01-11 11:02
阅读 3048·2023-01-11 11:02
阅读 5178·2023-01-11 11:02
阅读 4731·2023-01-11 11:02
阅读 5532·2023-01-11 11:02
阅读 5311·2023-01-11 11:02
阅读 3985·2023-01-11 11:02