云端数据库:多租户sql
多租户在Oracle中正式名称是Multitenant Architecture,它包含两个比较重要的概念CDB和PDB。CDB中的C是Container,所以又被称为容器数据库,PDB的P是Plugged,因此被称为可插拔数据库。数据库
简单来讲,多租户就是在一个数据库塞多个数据库。CDB做为一个母体,能够有N个PDB,且至少有1个PDB。全部PDB共享同一个SGA,和一系列的后台进程。在Oracle中内存加进程被称为实例,也就是说对外是一个实例,下方则是多个数据库。虽然PDB和MySQL的Database看起来相似,可是区别其实很是大。最大的不一样在于PDB之间是相对独立的,有独立的SYSTEM和数据文件,在oracle 12c release 2中UNDO和Redo File也是独立的。当CDB是OPEN状态时,每一个CDB能够是MOUNT、OPEN、OPEN Read Only三种状态其中之一。
c#
其实咱们能够将CDB、PDB、多租户理解为对Oracle表空间迁移的延伸,其主要目的就是为了让数据库独立,使得迁移更方便。Oracle中表空间迁移有不少的依赖关系,好比A表空间中存在B表空间的索引之类的,因此在迁移的时候不光要迁移目标表空间,还要迁移所依赖的表空间。而在多租户中PDB是隔离的,所以可以很容易进行迁移。
缓存
CDB$ROOT
在CDB中有一个CDB$ROOT的根PDB,它是一个独立数据库。它的数据字典中包含其余PDB的信息,因此拔出某个PDB,能够说是从一个CDB的CDB$ROOT中拔出。CDB$ROOT中的配置,就是全部PDB的默认配置。修改CDB$ROOT 中的参数、配置,就是在整个CDB级修改。Oracle准备了一个保存全部PDB信息的数据字典视图dba_pdbs,经过它就能够查询当前一共有多少PDB。bash
select pdb_id, pdb_name, dbid, con_uid, guid, status, con_id from dba_pdbs
上图是经过这条SQL语句得到的查询结果。能够看到这里面是不包含CDB$ROOT的,其实这个母体是存在的,可是Oracle为了不误操做将它给隐藏了。session
PDB_PDB$SEED
除了CDB$ROOT,还有一个PDB_PDB$SEED——种子PDB,它只能以只读模式打开,不能手动关闭,只能随CDB$ROOT一块儿打开或关闭。它让你可以直接经过Clone PDB$SEED来建立新数据库。它只包含SYSTEM表空间和SYSAUX表空间,并且咱们不能增减它的表空间,也不能在它里面建立表、索引等对 象。同时PDB$SEED只用来做Clone操做时的源,没法对它进行任何操做。数据结构
多租户:建立CDB
建立CDB有两种方式。一种是使用DBCA,目前都建议使用这种方式。一种手动建立。并发
上图是手动建立的步骤,要注意的是标红区域。其中enable pluggable database用来启用CDB,后面的部分是用来指定种子PDB的存储位置。seed file_name_convert是两个选项,SEED和FILE_NAME_CONVERT。建库命令中所建立的SYSTEM、SYSAUX等等表 空间、数据文件都属于根PDB CDB$ROOT,seed选项是声明建立PDB$SEED。Oracle会从CDB$ROOT Clone SYSTEM表空间和SYSAUX表空间来建立PDB$SEED,file_name_convert选项指定Clone表空间时新数据文件的位置。此选择的做用和用法相似Standby中的file_name_convert。oracle
多租户:建立新的PDBapp
在CDB中建立新PDB,只须要使用这条SQL语句
CREATE PLUGGABLE DATABASE pdbtest1 ADMIN USER dba1 IDENTIFIED BY a
file_name_convert=('/export/home/oradb/oradata/CDBV3/pdbseed/','/export/home/oradb/oradata/CDBV3/pdbtest1/')
该语句最后是声明文件位置,第一个位置参数是种子的文件位置,第二个位置参数是性的PDB的文件位置。
也可使用下面这条语句来建立。
CREATE PLUGGABLE DATABASE pdbtest2 FROM pdbtest1
file_name_convert=('/export/home/oradb/oradata/CDBV3/pdbtest1/','/export/home/oradb/oradata/CDBV3/pdbtest2/');
与上一条语句不一样,这里是从某一个已经存在的PDB中克隆,因此第一个参数是PDB的位置参数。这种状况通常用来测试,测试的时候须要尽可能真实的线上数据,在对线上PDB克隆以后,能够将克隆的PDB拔出再插到测试环境中。
多租户:链接PDB
链接到PDB也有两种方式。一种是先进入cdb$root,再alter session set container=....,进入指定PDB。这种方式相似于MySQL,先链接上去,再经过use选择database。
第二种方式直接链接PDB(须要用到监听),使用tns_name直接进入指定的PDB。
监控
Oracle监听其实是经过解析实例名来链接到某个数据库。在多个PDB共用一个实例的状况下,Oracle有一个PMON进程针对公共的实例将多个PDB注册成服务形式,连个某个PDB的时候,Oracle会经由对应关系来找到实例。
多租户:数据字典视图
Oracle与MySQL相比有一个很大的优点,就是数据字典很是丰富。原先Oracle有三层视图,分别是DBA系列视图(查看全部数据)ALL系列视图(可操做数据),USER系列视图(所属用户视图)。如今在这三层之上多了一个CDB_系列视图,功能与原先的DBA相同,而原先的DBA视图降级到PDB这一层。
打开和关闭PDB
如今若是使用bash-3.2$ sqlplus / as sysdba这样的方式打开数据库,就只是打开了CDB$ROOT和PDB$SEED,新建立的PDB是不会启动。
而要想打开其余PDB须要在打开数据库后启动以下命令。
alter pluggable database PDB_NAME1[,PDB_NAME2,……] open [READ ONLY FORCE] [UPGRADE [RESTRICTED]]
alter pluggable database PDB_NAME1[,PDB_NAME2,……] close [immediate]
参数管理
整个CDB只有一个SPFILE参数文件,有些参数在各个PDB中能够设置为不一样值。Spfile中只保存CDB的参数值(或者说只保存CDB$ROOT的值),各PDB的参数值是保存在CDB的数据字典中。若是在某一个pdb中create pfile from spfile,结果文件中将只包含此pdb和CDB不一样的参数(也就是单独在此pdb中 修改了的参数)。
并不是全部参数都可以在PDB中修改,如内存相关参数,因为全部PDB会共享SGA,没法限制某个PDB的内存使用状况。所以,没必要要也不能修改某个PDB的内存参数,只能在CDB$ROOT中修改(或者说,只能在CDB级别修改)。
表空间管理
能够在PDB中建立表空间,每一个PDB中的数据文件、表空间都是独立的。多个PDB可使用同 一表空间名。查询DBA_视图,只能看到当前PDB的信息。
但若是在CDB$ROOT中查询V$视图,能够看到全部PDB中表空间的信息。所以V$视图中会增长CON_ID列,DBA_视图中则没有此列。这是由于每一个PDB本身的SYSTEM表空间中保存本身的数据字典,所以DBA_视图只有某个PDB的信息。而V$视 图中的信息则来自于控制文件,控制文件是全部PDB共享的。
用户、角色、权限
因为有了CDB和PDB,因此用户被分为两类,一类跨越全部PDB的用户,也叫全局用户,一类只存在某个PDB内的Local用户。Oracle中全局用户必须以c##开头,须要注意的是虽然Public不以c##开头,但它也是一个全局用户,在每一个pdb中能够授于Public不一样的权限。
与用户管理同样,角色也有全局和Local之分,同一Common role,在不一样PDB中能够有不一样的权限。
全局用户在不一样PDB中也能够有不一样的权限,经过CONTAINER=current|ALL能够控制权限是针对当前PDB仍是全部PDB。
NoCDB转换成CDB
// 一、以受限模式打开数据库:
shutdown immediate;
startup restrict mount exclusive;
alter database open read only;
// 二、生成XML元数据描述文件:
begin
dbms_pdb.describe(PDB_DESCR_FILE => '/u02/noncdb/orcl.xml');
end;
// 三、建立PDB
create pluggable database orcl using '/u02/noncdb/orcl.xml' copy;
// 四、执行noncdb_to_pdb脚本
alter session set container=orcl;
@?/rdbms/admin/noncdb_to_pdb.sq
In-Memory Option
In-Memory Option是Oracle 12C中的一个重要特性,它开辟了一块大小1m的内存空间IMCU。表的数据以列为单位保存在IMCU中,一个表至少占一个IMCU。
开启In-Memory Option,首先要设置In-Memory Option的大小,而后重启下数据库。
//这里设置In Memory Area大小为100m
SQL>alter system set inmemory_size=100m scope=spfile;
//加载表到IM中:
SQL>alter table t2 inmemory;
//取消In-Memeroy Area中的表
SQL>alter table t2 no inmemory;
存储索引
Oracle将每一个IMCU中最小ID值和最大ID值,保存到一块专门的内存区域,这个内存区就是存储索引。全表扫描的时候会先在存储索引中过滤一遍,过滤出只须要扫描的IMCU,好比查询条件是ID>20 and ID<=100的列值,图中第二个IMCU中,ID值的范围是410~600,它就将被过滤掉。
多LGWR
Oracle的LGWR进程是用来将Log Buffer中的缓存写入文件中。一直到oracle 11g release 2版本LGWR进程都只能有一个,单进程在压力高的时候是会有延迟的,多LGWR有效的环节了这一问题。
多LGWR模式下LGWR再也不进行写操做,而是交给了LG0和LG1进程(优先使用LG)。在Log Buffe中有多个子池,通常只要其中的某一个子池数据超过三分之一,LWGR就会认为负载足够大了,这是会启用LG1。
多LGWR模式下存在一种特殊状况,即LG1先完成了I/O,但事务还有部分Redo没有写到磁盘,这时LG1会等待“ LGWR intra group sync”事件。前台进程将继续等待 Log File Sync。
逻辑读时锁的变化
逻辑读在Oracle和MySQL中很类似,右下方区域在Oracle中被称为块,保存着实际数据。
逻辑读中会先根据块的编号之类的信息进行hash运算找到链表,再在链表中搜索对应的数据结构,数据结构中就存放着块的内存地址。整个过程当中不少共享资源须要锁来保护,因此逻辑读的性能和并发主要就是看锁的设计。
在MySQL中是不保护hash表的,它保护的是链表、buf_block_t以及下方的块。而Oracle中则是多个链表(通常为四、5个)由1个锁保护。
(独占模式)
(共享模式)
Oracle经过CBC Latch来保护链表,要访问链表须要先得到它,而后搜索链表找到某一个BH,最后在BH中得到BA地址。在之前的版本中CBC Latch只有持有和不持有模式,也就是说没有共享的状况,直到最新版本中才有了共享、独占模式。
共享模式主要是经过在BH中添加Fast CR PIN来实现,每多一我的读,引用计数就会加一。
新的机制查询操做时锁开销更低,读与读彻底再也不阻塞,提升并发,CBC Latch竞争是Select与DML和CR块间的竞争。Select间不会再有CBC Latch竞争。竞争优化的重点是缩短DML执行时间、减小事务持续时间(尽快提交)。