重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
我们仍使用 实验 05 中的环境,略去准备数据的过程。
成都创新互联公司专业为企业提供莒县网站建设、莒县做网站、莒县网站设计、莒县网站制作等企业网站建设、网页设计与制作、莒县企业网站模板建站服务,10余年莒县做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
我们仍然使用两个会话,一个会话 run,用于运行主 SQL;另一个会话 ps,用于进行 performance_schema 的观察:
主会话线程号为 29,
将 performance_schema 中的统计量重置,
临时表的表大小限制取决于参数 tmp_table_size 和 max_heap_table_size 中较小者,我们实验中以设置 max_heap_table_size 为例。
我们将会话级别的临时表大小设置为 2M(小于上次实验中临时表使用的空间),执行使用临时表的 SQL:
查看内存的分配记录:
会发现内存分配略大于 2M,我们猜测临时表会比配置略多一点消耗,可以忽略。
查看语句的特征值:
可以看到语句使用了一次需要落磁盘的临时表。
那么这张临时表用了多少的磁盘呢?
我们开启 performance_schema 中 waits 相关的统计项:
重做实验,略过。
再查看 performance_schema 的统计值:
可以看到几个现象:
1. 临时表空间被写入了 7.92MiB 的数据。
2. 这些数据是语句写入后,慢慢逐渐写入的。
来看看这些写入操作的特征,该方法我们在 实验 03 使用过:
可以看到写入的线程是 page_clean_thread,是一个刷脏操作,这样就能理解数据为什么是慢慢写入的。
也可以看到每个 IO 操作的大小是 16K,也就是刷数据页的操作。
结论:
我们可以看到,
1. MySQL 会基本遵守 max_heap_table_size 的设定,在内存不够用时,直接将表转到磁盘上存储。
2. 由于引擎不同(内存中表引擎为 heap,磁盘中表引擎则跟随 internal_tmp_disk_storage_engine 的配置),本次实验写磁盘的数据量和 实验 05 中使用内存的数据量不同。
3. 如果临时表要使用磁盘,表引擎配置为 InnoDB,那么即使临时表在一个时间很短的 SQL 中使用,且使用后即释放,释放后也会刷脏页到磁盘中,消耗部分 IO。
Oracle创建临时表的语法如下:\x0d\x0a\x0d\x0aCREATE GLOBAL TEMPORARY TABLE table\x0d\x0a"(" column datatype [DEFAULT expr] [{ NULL | NOT NULL}]\x0d\x0a[, column datatype [DEFAULT expr] [ {NULL | NOT NULL} ]... ")"\x0d\x0aON COMMIT {DELETE | PRESERVE } ROWS ;\x0d\x0a\x0d\x0a在Oracle中,可以创建以下两种临时表:\x0d\x0a\x0d\x0a1) 会话特有的临时表\x0d\x0a\x0d\x0aCREATE GLOBAL TEMPORARY ( )\x0d\x0a\x0d\x0aON COMMIT PRESERVE ROWS;\x0d\x0a\x0d\x0a2) 事务特有的临时表\x0d\x0a\x0d\x0aCREATE GLOBAL TEMPORARY ( )\x0d\x0a\x0d\x0aON COMMIT DELETE ROWS;\x0d\x0a\x0d\x0aCREATE GLOBAL TEMPORARY TABLE MyTempTable
首先是创建临时表的语法:
CREATE
GLOBAL
TEMPORARY
TABLE
table
"("
column
datatype
[DEFAULT
expr]
[{
NULL
|
NOT
NULL}]
[,
column
datatype
[DEFAULT
expr]
[
{NULL
|
NOT
NULL}
]...
")"
ON
COMMIT
{DELETE
|
PRESERVE
}
ROWS
;
在Oracle中,可以创建以下两种临时表:
1)
会话特有的临时表
CREATE
GLOBAL
TEMPORARY
(
)
ON
COMMIT
PRESERVE
ROWS;
2)
事务特有的临时表
CREATE
GLOBAL
TEMPORARY
(
)
ON
COMMIT
DELETE
ROWS;
CREATE
GLOBAL
TEMPORARY
TABLE
MyTempTable
所建的临时表虽然是存在的,但是如果insert
一条记录然后用别的连接登上去select,记录是空的。
--ON
COMMIT
DELETE
ROWS
说明临时表是事务指定,每次提交后ORACLE将截断表(删除全部行)
--ON
COMMIT
PRESERVE
ROWS
说明临时表是会话指定,当中断会话时ORACLE将截断表。
Oracle中的临时表有两种一种是事务级别的临时表它在事务结束的时候自动清空记录,另一种是会话级的它在我们访问数据库是的一个会话结束后自动的清空。关于临时表多用户并行不是问题,一个会话从来不会阻止另一个会话使用临时表。即使“锁定”临时表,一个会话也不会阻止其他会话使用它们的临时表。
例子如:
会话级:
CREATE
GLOBAL
TEMPORARY
TABLE
rp_RETAIL017PROC(
ID
NUMBER(10)
not
null,
AD_CLIENT_ID
NUMBER(10),
AD_ORG_ID
NUMBER(10),
OWNERID
NUMBER(10),
MODIFIERID
NUMBER(10),
CREATIONDATE
VARCHAR2(8),
MODIFIEDDATE
DATE,
ISACTIVE
CHAR(1)
not
null,
AD_PI_ID
NUMBER(10),
BILLDATE
NUMBER(8),
DOCNO
VARCHAR2(80),
C_STORE_ID
NUMBER(10),
M_PRODUCT_ID
NUMBER(10),
M_PRODUCTALIAS_ID
NUMBER(10),
M_ATTRIBUTESETINSTANCE_ID
NUMBER(10),
TYPE
NUMBER(1),
QTY
NUMBER(10),
PRICEACTUAL
NUMBER(14,2),
ACOST
NUMBER,
PERCOST
NUMBER,
TOT_AMT_ACTUAL
NUMBER,
PRICEACOST
NUMBER,
TOT_AMT_COST
NUMBER,
PREGROSS
NUMBER,
PROFITCOST
NUMBER,
DESCRIPTION
VARCHAR2(765),
PRICELIST
NUMBER(14,2),
TOT_AMT_LIST
NUMBER(18,4))
ON
COMMIT
PRESERVE
ROWS;
事务级:
CREATE
GLOBAL
TEMPORARY
TABLE
rp_RETAIL017PROC(
ID
NUMBER(10)
not
null,
AD_CLIENT_ID
NUMBER(10),
AD_ORG_ID
NUMBER(10),
OWNERID
NUMBER(10),
MODIFIERID
NUMBER(10),
CREATIONDATE
VARCHAR2(8),
MODIFIEDDATE
DATE,
ISACTIVE
CHAR(1)
not
null,
AD_PI_ID
NUMBER(10),
BILLDATE
NUMBER(8),
DOCNO
VARCHAR2(80),
C_STORE_ID
NUMBER(10),
M_PRODUCT_ID
NUMBER(10),
M_PRODUCTALIAS_ID
NUMBER(10),
M_ATTRIBUTESETINSTANCE_ID
NUMBER(10),
TYPE
NUMBER(1),
QTY
NUMBER(10),
PRICEACTUAL
NUMBER(14,2),
ACOST
NUMBER,
PERCOST
NUMBER,
TOT_AMT_ACTUAL
NUMBER,
PRICEACOST
NUMBER,
TOT_AMT_COST
NUMBER,
PREGROSS
NUMBER,
PROFITCOST
NUMBER,
DESCRIPTION
VARCHAR2(765),
PRICELIST
NUMBER(14,2),
TOT_AMT_LIST
NUMBER(18,4))
ON
COMMIT
delete
ROWS;
临时表就是用来暂时保存临时数据(亦或叫中间数据)的一个数据库对象,它和普通表有些类似,然而又有很大区别。它只能存储在临时表空间,而非用户的表空间。ORACLE临时表是会话或事务级别的,只对当前会话或事务可见。每个会话只能查看和修改自己的数据。
ORACLE临时表有两种类型:会话级的临时表和事务级的临时表。
1)ON COMMIT DELETE ROWS
它是临时表的默认参数,表示临时表中的数据仅在事物过程(Transaction)中有效,当事物提交(COMMIT)后,临时表的暂时段将被自动截断(TRUNCATE),但是临时表的结构 以及元数据还存储在用户的数据字典中。如果临时表完成它的使命后,最好删除临时表,否则数据库会残留很多临时表的表结构和元数据。
2)ON COMMIT PRESERVE ROWS
它表示临时表的内容可以跨事物而存在,不过,当该会话结束时,临时表的暂时段将随着会话的结束而被丢弃,临时表中的数据自然也就随之丢弃。但是临时表的结构以及元数据还存储在用户的数据字典中。如果临时表完成它的使命后,最好删除临时表,否则数据库会残留很多临时表的表结构和元数据。
1:会话级的临时表的数据和你当前会话有关系,当前SESSION不退出的情况下,临时表中的数据就还存在,临时表的数据只有当你退出当前SESSION的时候才被截断(TRUNCATE TABLE),如下所示:
会话级别的临时表创建:
复制代码
CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT PRESERVE ROWS;
或
CREATE GLOBAL TEMPORARY TABLE TMP_TEST ON COMMIT PRESERVE ROWS
AS
SELECT * FROM TEST;
操作示例:
SQL CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT PRESERVE ROWS;
Table created
SQL INSERT INTO TMP_TEST
SELECT 1, 'kerry' FROM DUAL;
1 row inserted
SQL COMMIT;
Commit complete
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- ----------------
1 kerry
SQL INSERT INTO TMP_TEST
SELECT 2, 'rouce' FROM DUAL;
1 row inserted
SQL ROLLBACK;
Rollback complete
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- ----------------------
1 kerry
SQL
复制代码
2:事务级的临时表(默认),这种类型的临时表与事务有关,当进行事务提交或者事务回滚的时候,临时表的数据将自行截断,即当COMMIT或ROLLBACK时,数据就会被TRUNCATE掉,其它的特性和会话级的临时表一致。
事务级临时表的创建方法:
复制代码
CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT DELETE ROWS;
或
CREATE GLOBAL TEMPORARY TABLE TMP_TEST ON COMMIT DELETE AS SELECT * FROM TEST;
SQL CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT DELETE ROWS;
Table created
SQL INSERT INTO TMP_TEST
SELECT 1, 'kerry' FROM DUAL;
1 row inserted
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- ----------------------
1 kerry
SQL COMMIT;
Commit complete
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- ------------------------
SQL
复制代码
3:关于临时表只对当前会话或事务可见。每个会话只能查看和修改自己的数据。
用DM用户登录数据库,打开SESSION 1后,创建临时表TMP_TEST
复制代码
CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT DELETE ROWS;
或
CREATE GLOBAL TEMPORARY TABLE TMP_TEST ON COMMIT DELETE AS SELECT * FROM TEST;
SQL CREATE GLOBAL TEMPORARY TABLE TMP_TEST
(
ID NUMBER ,
NAME VARCHAR2(32)
) ON COMMIT DELETE ROWS;
Table created
SQL INSERT INTO TMP_TEST
SELECT 1, 'kerry' FROM DUAL;
1 row inserted
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- ---------------------
1 kerry
SQL COMMIT;
Commit complete
SQL SELECT * FROM TMP_TEST;
ID NAME
---------- -----------------------
SQL
复制代码
用sys用户登录数据库,打开SESSION 2
SELECT * FROM DBA_TABLES WHERE TABLE_NAME='TMP_TEST' --可以查到临时表数据
SELECT * FROM DM.TMP_TEST; --查不到数据,即使TMP_TEST临时表存在数据。
临时表与永久表区别
复制代码
SQL SELECT TABLE_NAME, TABLESPACE_NAME,"LOGGING",
"TEMPORARY", DURATION, "MONITORING"
FROM DBA_TABLES WHERE TABLE_NAME IN ('TMP_TEST', 'TEST') ;
TABLE_NAME TABLESPACE_NAME LOGGING TEMPORARY DURATION MONITORING
------------- -------------- ------- --------- ----------- ---------
TEST TBS_EDS_DATA YES N YES
TMP_TEST NO Y SYS$SESSION NO
复制代码
1、Oracle临时表分两种,事务级临时表和会话级临时表
2、事务级临时表在事务结束后会被清空,会话级临时表在事务结束后不会清空而是在回话结束会自动清空。
3、如果是在存储过程用临时表并不需要从临时表里把数据返回到存储过程之外的用事务级临时表即可;如果要从临时表里把数据返回到存储过程之外则需要用会话级临时表(这个跟mssql不一样,mssql用事务级临时表也可以返回结果)
注:存储过程里使用会话级临时表时,往临时表里插入数据前要先清空临时表内的数据
有两种类型的临时表:
会话级的临时表
事务级的临时表
1)
会话级的临时表因为这这个临时表中的数据和你的当前会话有关系,当你当前SESSION
不退出的情况下,临时表中的数据就还存在,而当你退出当前SESSION
的时候,临时表中的数据就全部没有了,当然这个时候你如果以另外一个SESSION 登陆的时候是看不到另外一个SESSION
中插入到临时表中的数据的。即两个不同的SESSION 所插入的数据是互不相干的。当某一个SESSION
退出之后临时表中的数据就被截断(truncate table ,即数据清空)了。会话级的临时表创建方法:
Create Global Temporary Table Table_Name
(Col1 Type1,Col2 Type2...) On Commit Preserve Rows ;
举例:
create global temporary table Student
(Stu_id Number(5),
Class_id Number(5),
Stu_Name Varchar2(8),
Stu_Memo varchar2(200)) on Commit Preserve Rows ;
2) 事务级临时表是指该临时表与事务相关,当进行事务提交或者事务回滚的时候,临时表中的数据将自行被截断,其他的内容和会话级的临时表的一致(包括退出SESSION 的时候,事务级的临时表也会被自动截断)。事务级临时表的创建方法:
Create Global Temporary Table Table_Name
(Col1 Type1,Col2 Type2...) On Commit Delete Rows ;
举例:
create global temporary table Classes
(Class_id Number(5),
Class_Name Varchar2(8),
Class_Memo varchar2(200)) on Commit delete Rows ;
3) 两中类型临时表的区别
会话级临时表采用
on commit preserve rows ;而事务级则采用 on commit delete rows
;用法上,会话级别只有当会话结束临时表中的数据才会被截断,而且事务级临时表则不管是 commit 、 rollback
或者是会话结束,临时表中的数据都将被截断
4 )什么时候使用临时表
1 )、当某一个 SQL 语句关联的表在 2 张及以上,并且和一些小表关联。可以采用将大表进行分拆并且得到比较小的结果集合存放在临时表中
2 )、程序执行过程中可能需要存放一些临时的数据,这些数据在整个程序的会话过程中都需要用的等等。
3 .临时表的不足之处
1 )不支持 lob 对象,这也许是设计者基于运行效率的考虑,但实际应用中确实需要此功能时就无法使用临时表了。
2 )不支持主外键关系