怎么進行MySQL和Oracle中的delete與truncate對比

154次閱讀

共計 5421 個字符，預計需要花費 14 分鐘才能閱讀完成。

本篇文章為大家展示了怎么進行 MySQL 和 Oracle 中的 delete 與 truncate 對比，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

在 MySQL 和 Oracle 中的 delete,truncate 還是存在著一些差別，明白了這些差別可能對于處理問題，理解問題會有一些幫助。

我們來簡單通過一些測試來說明。我們創建兩個表 test_del,test_tru 來對比 delete,truncate 的操作。我們有一個臨時表 t_fund_info 大概有幾百萬的數據量。

創建 test_del

create table test_del select *from t_fund_info;
Query OK, 1998067 rows affected (34.77 sec)
Records: 1998067 Duplicates: 0 Warnings: 0

創建 test_tru

create table test_tru select *from t_fund_info;
Query OK, 1998067 rows affected (35.21 sec)
Records: 1998067 Duplicates: 0 Warnings: 0 這個時候我們來查看對應的文件，在 MySQL 中通用的方式，對于每個表會對應單獨的數據文件和配置文件。
我們可以看到存在 4 個新的文件，大小都是一樣的。

-rw-rw—- 1 mysql mysql 9545 Nov 22 09:52 test_del.frm
-rw-rw—- 1 mysql mysql 9545 Nov 22 09:53 test_tru.frm
-rw-rw—- 1 mysql mysql 390070272 Nov 22 09:53 test_del.ibd
-rw-rw—- 1 mysql mysql 390070272 Nov 22 09:54 test_tru.ibd 我們開始測試兩者的不同。

delete from test_del;
truncate table test_tru; 這個時候再次查看目錄下的文件情況，可以赫然看到 test_tru 的數據文件徹底釋放了, 而 delete 之后的文件大小還是保持原樣。

-rw-rw—- 1 mysql mysql 9545 Nov 22 09:52 test_del.frm
-rw-rw—- 1 mysql mysql 9545 Nov 22 09:53 test_tru.frm
-rw-rw—- 1 mysql mysql 390070272 Nov 22 09:55 test_del.ibd
-rw-rw—- 1 mysql mysql 98304 Nov 22 09:55 test_tru.ibd 那么 delete 的表怎么釋放哪些空間呢，可以考慮重置存儲引擎。

alter table test_del engine=innodb;
Query OK, 0 rows affected (0.02 sec)
Records: 0 Duplicates: 0 Warnings: 0 整個過程非常快，而操作之后查看文件，大小已經收縮了。

-rw-rw—- 1 mysql mysql 9545 Nov 22 09:53 test_tru.frm
-rw-rw—- 1 mysql mysql 98304 Nov 22 09:55 test_tru.ibd
-rw-rw—- 1 mysql mysql 9545 Nov 22 09:58 test_del.frm
-rw-rw—- 1 mysql mysql 98304 Nov 22 09:58 test_del.ibd 這里需要明白一點，就是修改存儲引擎的操作，還是和里面的數據有關，在上面的這個場景中，這是一個較為特殊的例子。我們 drop 表 test_del, 然后重建一次看看。

drop table test_del;
Query OK, 0 rows affected (0.01 sec)
create table test_del select *from t_fund_info;
Query OK, 1998067 rows affected (33.82 sec)
Records: 1998067 Duplicates: 0 Warnings: 0 這個時候我們來看看存在大量數據的情況下，修改存儲引擎的情況。

可以看到操作的時間還是有著天壤之別

alter table test_del engine=innodb;
Query OK, 1998067 rows affected (28.07 sec)
Records: 1998067 Duplicates: 0 Warnings: 0 為什么要慢了很多呢，這是因為這個操作的底層操作就是復制數據。MySQL 只是幫你做好了這些事情而已，可以看到在操作的過程中會創建一個臨時表。
rw-rw—- 1 mysql mysql 9545 Nov 22 09:53 test_tru.frm
-rw-rw—- 1 mysql mysql 98304 Nov 22 09:55 test_tru.ibd
-rw-rw—- 1 mysql mysql 9545 Nov 22 10:01 test_del.frm
-rw-rw—- 1 mysql mysql 390070272 Nov 22 10:02 test_del.ibd
-rw-rw—- 1 mysql mysql 9545 Nov 22 10:02 #sql-2931_463ab4.frm
-rw-rw—- 1 mysql mysql 276824064 Nov 22 10:03 #sql-2931_463ab4.ibddelete 和 truncate 還是有一定的適用場景，此外在 MySQL 中還有一種使用方式就蠻有特色了，那就是選擇性的刪除，比如刪除 test_del 中 id 排序的前 n 條數據，可以在 delete 里面使用 order by limit 的方式。

比如：

delete from test_del order by id desc limit 2;
Query OK, 2 rows affected (3.56 sec)此外，MySQL 和 Oracle 中還有一個較大的差別是，MySQL 中的表數據文件是完全復用的，而在 Oracle 中有多種方式，比如 append,reuse 等，這個本身和設計也有關系。

比如在 MySQL 中我們 delete 一個表的數據，然后重新插入，那么這個空間是完全復用的。原有的文件幾乎不會有所變化。

而 truncate 的操作在 MySQL 是一個很快的操作，數據轉瞬即逝，在 Oracle 中有一些差別，可能這些數據還有恢復的可能。

比如我們在 Oracle 端創建一個表空間，創建兩個表 test_del,test_tru;

創建表空間
create tablespace test_data datafile /U01/app/oracle/oradata/newtest2/test_data.dbf size 10M autoextend on;
創建表 test_del,test_tru
create table test_del tablespace test_data as select *from all_objects;
create table test_tru tablespace test_data as select *from all_objec

收集統計信息
exec dbms_stats.gather_table_stats(ownname= null,tabname= TEST_DEL
exec dbms_stats.gather_table_stats(ownname= null,tabname= TEST_TRU

這個時候我們來測試一下兩者的差別。

這里的差別在于，如果我們 delete 了數據之后，表 test_del 已經沒有數據，但是查詢的時候還是會全表掃描，掃描的數據塊和清理前基本是一樣的, 而且代價還會更高一些。

SQL delete from test_del;
68314 rows deleted.
select *from test_tru;

而 truncate 操作在 Oracle,MySQL 都是一個極快的過程，在 Oracle 中不會直接抹去數據，數據還是依舊存在，在一定的條件下觸發才會回收。

我們使用 dbms_rowid 來解析一下

SQL select dbms_rowid.ROWID_RELATIVE_FNO(rowid) as
file#,dbms_rowid.ROWID_BLOCK_NUMBER(rowid) as
block#,dbms_rowid.ROWID_ROW_NUMBER(rowid) as row#,a.object_id from
test.test_tru a where rownum
FILE# BLOCK# ROW# OBJECT_ID
———- ———- ———- ———-
11 1155 0 47837

然后對這個數據塊做一個 dump.

alter system dump datafile 11 block 1155;
truncate 前的數據塊的一些數據。

st: CR md: NULL fpin: kdswh21: kdst_fetch tch: 2
cr: [scn: 0x2c.d3775902],[xid: 0x0.0.0],[uba: 0x0.0.0],[cls: 0x2c.d3775902],[sfl: 0x0],[lc: 0x2c.d3775456]
flags: only_sequential_access
Block dump from disk:
buffer tsn: 9 rdba: 0x02c00483 (11/1155)
scn: 0x002c.d3775977 seq: 0x01 flg: 0x06 tail: 0x59770601
frmt: 0x02 chkval: 0x4141 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x00007F73BA551A00 to 0x00007F73BA553A00
7F73BA551A00 0000A206 02C00483 D3775977 0601002C [……..wYw.,…]
7F73BA551A10 00004141 00000001 000160F2 D377544F [AA…….`..OTw.]
7F73BA551A20 0000002C 00320003 02C00480 0000FFFF [,…..2………]

頭部的一些信息：bdba: 0x02c00483
data_block_dump,data header at 0x7f73ba551a7c
===============
tsiz: 0x1f80
hsiz: 0xa8
pbl: 0x7f73ba551a7c
76543210truncate 之后的數據如下:
st: CR md: NULL fpin: kdswh21: kdst_fetch tch: 2
cr: [scn: 0x2c.d3775902],[xid: 0x0.0.0],[uba: 0x0.0.0],[cls: 0x2c.d3775902],[sfl: 0x0],[lc: 0x2c.d3775456]
flags: only_sequential_access
Block dump from disk:
buffer tsn: 9 rdba: 0x02c00483 (11/1155)
scn: 0x002c.d3775aa3 seq: 0x01 flg: 0x06 tail: 0x5aa30601
frmt: 0x02 chkval: 0xc285 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x00007F59FF1ABA00 to 0x00007F59FF1ADA00
7F59FF1ABA00 0000A206 02C00483 D3775AA3 0601002C [………Zw.,…]
7F59FF1ABA10 0000C285 00000001 000160F2 D3775A9E [………`…Zw.]
7F59FF1ABA20 0000002C 00320003 02C00480 0000FFFF [,…..2………]頭部的一些信息如下，可以看到地址已經發生了改變，比如 hsiz,pbl

bdba: 0x02c00483
data_block_dump,data header at 0x7f59ff1aba7c
===============
tsiz: 0x1f80
hsiz: 0x9a
pbl: 0x7f59ff1aba7c
76543210
在 MySQL 中可以很飄逸的使用 limit，在 Oracle 中換種寫法，類似 MySQL 的語法：

delete from test_del order by id desc limit 2;

在 Oracle 中可能得這么些了，不考慮哪些分析函數的用法

delete from test_del where rowid in (select rowid from (select rowid from test_del order by id desc) where rownum

兩者對比結合起來還是會發現有不少有意思的小地方需要注意。

上述內容就是怎么進行 MySQL 和 Oracle 中的 delete 與 truncate 對比，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業資訊頻道。

正文完