Oracle 18c 新特性:动态 Container Map 增强 Application Container 灵活性
数据技术嘉年华等你来
活动预告:11.16-17日,北京市东三环中路61号富力万丽酒店,相聚数据技术嘉年华,(99元票务)免费购票倒计时,点击查看大会详情。
盖老师带来主题“稳筑基石,云帆万里-数据技术的发展和平台创新”,敬请期待~
点击“阅读原文”或者扫描下图二维码注册购票,即将售罄,赶快参与鸭!
盖国强,云和恩墨创始人,Oracle ACE总监,中国地区首位Oracle ACE和ACE总监,曾获评"中国首届杰出数据库工程师"奖,拥有近 20 年的数据库实施和顾问咨询经验,对于数据库性能优化及内部技术具有深入理解。著有《深入解析Oracle》、《循序渐进Oracle》等技术书籍。盖老师带来的主题是“稳筑基石,云帆万里-数据技术的发展和平台创新”。
主题背景:在数据库领域,随着开源技术的快速发展,市场正在分化,一方面是以Oracle、MySQL为龙头的数据生态,一方面随着MongoDB、ElasticSearch的成功IPO,以及 PostgreSQL、Redis 的奋发向上,百花齐放的时代已经来到,而这些变革的驱动力则是云浪潮。在这个主题中,将和大家分享我们对于行业的分析和展望,并对云时代企业级数据应用面对的挑战提出解决方案,同时分享云和恩墨在这一领域的探索和成功案例。
在 Oracle 18c 中,Container Map 的特性再次获得增强,实现了 动态 Container Map 的功能,允许在线动态更改容器映射。
(关注本公众号: Oranews 回复 2018OOW 可以在 “CDB Fleet” 目录找到这个 118 页的 PPT)
为了理解这个增强,我们需要回顾一下 Oracle 12.2 增加的 Container Map 的新特性,当然我相信我们还必须了解 Oracle Application Container 的概念。
简单来说,在有了多租户的体系结构之后,很多 PDB 都可能共用同一套应用架构和元数据,所以 Oracle 在数据库中引入了应用容器的概念,在应用容器中,首先存在一个 Application Root,可以在其中创建应用 SEED 数据库,种子数据库定义数据结构元数据等信息,然后其他和应用相关的数据库可以由此克隆而来,加快部署,想一想这样的例子,如果在云上为100家客户部署收费系统,通过这样的Clone就很便捷。
多租户加上应用容器(Application Container),整个数据库架构如下图所示:
在 Oracle 12.2 中增加的 Container Map 新特性,可以看做一个基于多租户 PDB 的 Sharding 架构,其基本原理是,如果我们在应用容器中构建一个分区表,其分区可以映射到不同的PDB 中,而在整个应用容器中,数据结构逻辑上是一个整体,各 PDB 仅能操作自己分区的数据,而应用在全局则可以看到所有的数据。
以下是一个示例,如果在容器级别建立应用元数据的地域分区,然后可以在创建数据表时引用启用,分区和 PDB 的名称相对应启用,则随后映射由此建立。
在应用容器全局查询,可以透明的访问数据,而针对特定分区的数据访问会被自动路由到特定的 PDB 执行:
来看一下测试过程。
首先创建一个应用容器,这个 PDB 的名称是:enmotech
SQL> create pluggable database enmotech as application container admin user enmoadm identified by EnmoAdm;
Pluggable database created.
接下来创建两个区域数据库,分别是 BEIJING 和 CHENGDU:
SQL> alter session set container=enmotech;
SQL> create pluggable database BEIJING admin user yhapadm identified by yhapadm;
Pluggable database created.
SQL> create pluggable database CHENGDU admin user yhapadm identified by yhapadm;
Pluggable database created.
SQL> alter pluggable database all open;
Pluggable database altered.
接下来查看一下这几个数据库的角色,在 Application Root之下,是两个 Application PDB:
SQL> alter session set container=enmotech;
现在对应用容器进行初始化,在其中部署初始的元数据,创建 containermap ,然后创建数据表并对数据表启用 container_map ,最后完成这个应用元数据库的部署:
SQL> alter pluggable database application EMAPP begin install '1.0';
Pluggable database altered.
SQL> create user eygle identified by eygle;
User created.
SQL> grant connect,resource,dba to eygle;
Grant succeeded.
SQL> create table eygle.containermap (CITY varchar2(20) not null)
2 partition by list (city) (
3 partition beijing values('BEIJING'),
4 partition chengdu values('CHENGDU'));
Table created.
SQL> alter pluggable database set container_map='EYGLE.CONTAINERMAP';
Pluggable database altered.
SQL> create table eygle.emp sharing=metadata (
empno number,
ename varchar2(20),
city varchar2(20));
Table created.
SQL> alter table eygle.emp enable container_map;
Table altered.
SQL> alter table eygle.emp enable containers_default;
Table altered.
SQL> alter pluggable database application EMAPP end install '1.0';
Pluggable database altered.
在应用PDB中,需要先刷新同步元数据,否则对象信息并不可见:
SQL> alter session set container=BEIJING;
Session altered.
SQL> alter pluggable database application EMAPP sync;
Pluggable database altered.
SQL> desc eygle.emp
Name Null? Type
----------------------------------------- -------- ----------------------------
EMPNO NUMBER
ENAME VARCHAR2(20)
CITY VARCHAR2(20)
在容器数据库中分别插入数据,注意,在 BEIJING 的数据库中只能插入相关分区的数据,如果试图插入不存在的分区或其他MAP区域数据,会显示出错:
SQL> insert into eygle.emp values(1,'EYGLE','BEIJING');
1 row created.
SQL> insert into eygle.emp values(2,'KAMUS','BEIJING');
1 row created.
SQL> insert into eygle.emp values(3,'YANGTINGKUN','SHANGHAI');
insert into eygle.emp values(3,'YANGTINGKUN','SHANGHAI')
*
ERROR at line 1:
ORA-65391: violation of container map partitions
注意我接下来切换到另外一个 PDB ,结果发现前面未提交的数据会对后续的操作形成阻塞,事实上这说明 alter session set container 这个 DDL 没有隐式提交之前的事务,必须切换回到原PDB下提交事务:
SQL> alter session set container=CHENGDU;
Session altered.
SQL> desc eygle.emp;
ERROR:
ORA-04043: object eygle.emp does not exist
SQL> alter pluggable database application EMAPP sync;
alter pluggable database application EMAPP sync
*
ERROR at line 1:
ORA-65023: active transaction exists in container BEIJING
SQL> commit;
commit
*
ERROR at line 1:
ORA-65023: active transaction exists in container BEIJING
SQL> alter session set container=BEIJING;
Session altered.
SQL> commit;
Commit complete.
SQL> alter session set container=CHENGDU;
Session altered.
SQL> alter pluggable database application EMAPP sync;
Pluggable database altered.
SQL> insert into eygle.emp values(3,'LAOXIONG','CHENGDU');
1 row created.
SQL> insert into eygle.emp values(4,'600','BEIJING');
insert into eygle.emp values(4,'600','BEIJING')
*
ERROR at line 1:
ORA-65391: violation of container map partitions
SQL> commit;
Commit complete.
此时可以观察效果,在不同PDB只能查询和操作各自PDB的信息,而在Application Root 则可以查询全部数据:
SQL> alter session set container=CHENGDU;
SQL> select * from eygle.emp;
EMPNO ENAME CITY
---------- -------------------- --------------------
3 LAOXIONG CHENGDU
SQL> alter session set container=BEIJING;
Session altered.
SQL> select * from eygle.emp;
EMPNO ENAME CITY
---------- -------------------- --------------------
1 EYGLE BEIJING
2 KAMUS BEIJING
SQL> alter session set container=ENMOTECH;
Session altered.
SQL> select * from eygle.emp;
EMPNO ENAME CITY CON_ID
---------- -------------------- -------------------- ----------
1 EYGLE BEIJING 5
2 KAMUS BEIJING 5
3 LAOXIONG CHENGDU 9
在 18c 增加的动态容器映射特性,允许我们增加、分拆分区数据,进一步的增强了灵活性。
这就是关于 Dynamic Container Map 的增强。如果有哪位在生产环境使用了 Application Container 特性,请在留言中告诉我们。谢谢。
Percona发布XtraBackup for MySQL 8.0