mnon测试oracle性能,Oracle中最容易被忽略的那些实用特性

云端数据库:多租户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

8927abbb35b74031b457659f.html

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个锁保护。

(独占模式)

8927abbb35b74031b457659f.html

(共享模式)

Oracle经过CBC Latch来保护链表,要访问链表须要先得到它,而后搜索链表找到某一个BH,最后在BH中得到BA地址。在之前的版本中CBC Latch只有持有和不持有模式,也就是说没有共享的状况,直到最新版本中才有了共享、独占模式。

共享模式主要是经过在BH中添加Fast CR PIN来实现,每多一我的读,引用计数就会加一。

新的机制查询操做时锁开销更低,读与读彻底再也不阻塞,提升并发,CBC Latch竞争是Select与DML和CR块间的竞争。Select间不会再有CBC Latch竞争。竞争优化的重点是缩短DML执行时间、减小事务持续时间(尽快提交)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值