MySQL Antelope和Barracuda的區(qū)別分析
Antelope是innodb-base的文件格式,Barracude是innodb-plugin后引入的文件格式,同時Barracude也支持Antelope文件格式。兩者區(qū)別在于:
| 文件格式 | 支持行格式 | 特性 |
| Antelope
(Innodb-base) |
ROW_FORMAT=COMPACT
ROW_FORMAT=REDUNDANT |
Compact和redumdant的區(qū)別在就是在于首部的存存內(nèi)容區(qū)別。
compact的存儲格式為首部為一個非NULL的變長字段長度列表 redundant的存儲格式為首部是一個字段長度偏移列表(每個字段占用的字節(jié)長度及其相應(yīng)的位移)。 在Antelope中對于變長字段,低于768字節(jié)的,不會進行overflow page存儲,某些情況下會減少結(jié)果集IO. |
| Barracuda
(innodb-plugin) |
ROW_FORMAT=DYNAMIC
ROW_FORMAT=COMPRESSED
|
這兩者主要是功能上的區(qū)別功能上的?!×硗庠谛欣锏淖冮L字段和Antelope的區(qū)別是只存20個字節(jié),其它的overflow page存儲。
另外這兩都需要開啟innodb_file_per_table=1 (這個特性對一些優(yōu)化還是很有用的) |
備注:
這里有一點需要注意,如果要使用壓縮,一定需要先使用innodb_file_format =Barracuda格式,不然沒作用。
下面我們看一下區(qū)別:
(testing)root@localhost [(none)]> use wubx;
Database changed
(testing)root@localhost [wubx]> CREATE TABLE t1
-> (c1 INT PRIMARY KEY)
-> ROW_FORMAT=COMPRESSED
-> KEY_BLOCK_SIZE=8;
Query OK, 0 rows affected, 4 warnings (0.01 sec)
報出來4個warnings查看一下報錯:
(testing)root@localhost [wubx]> show warnings;
+———+——+———————————————————————–+
| Level | Code | Message |
+———+——+———————————————————————–+
| Warning | 1478 | InnoDB: KEY_BLOCK_SIZE requires innodb_file_format > Antelope. |
| Warning | 1478 | InnoDB: ignoring KEY_BLOCK_SIZE=8. |
| Warning | 1478 | InnoDB: ROW_FORMAT=COMPRESSED requires innodb_file_format > Antelope. |
| Warning | 1478 | InnoDB: assuming ROW_FORMAT=COMPACT. |
+———+——+———————————————————————–+
4 rows in set (0.00 sec)
從以上報錯可以看出來不支持壓縮。但看一下表結(jié)構(gòu)如下:
(testing)root@localhost [wubx]> show create table t1;
+——-+———————————————————————————————————————————————–+
| Table | Create Table |
+——-+———————————————————————————————————————————————–+
| t1 | CREATE TABLE t1 (
c1 int(11) NOT NULL,
PRIMARY KEY (c1)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8 |
+——-+———————————————————————————————————————————————–+
1 row in set (0.00 sec)
這個是比較坑的地方,所以在使用壓縮需要注意。
(testing)root@localhost [wubx]>create table t2 ( c1 int(11) NOT NULL, primary key(c1));
(testing)root@localhost [wubx]> insert into t2 select * from t1;
Query OK, 5417760 rows affected (37.12 sec)
Records: 5417760 Duplicates: 0 Warnings: 0
創(chuàng)建支持壓縮的表:
(testing)root@localhost [wubx]>SET GLOBAL innodb_file_per_table=1
(testing)root@localhost [wubx]>SET GLOBAL innodb_file_format=Barracuda;
(testing)root@localhost [wubx]>CREATE TABLE t3
(c1 INT PRIMARY KEY)
ROW_FORMAT=COMPRESSED
KEY_BLOCK_SIZE=8;
(testing)root@localhost [wubx]> insert into t3 select * from t1;
Query OK, 5417760 rows affected (1 min 10.98 sec)
Records: 5417760 Duplicates: 0 Warnings: 0
看一下表的物理大小如下:
-rw-rw—- 1 mysql mysql 8.4K Jul 5 16:58 t1.frm
-rw-rw—- 1 mysql mysql 136M Jul 5 19:40 t1.ibd
-rw-rw—- 1 mysql mysql 8.4K Jul 5 19:43 t2.frm
-rw-rw—- 1 mysql mysql 136M Jul 5 19:44 t2.ibd
-rw-rw—- 1 mysql mysql 8.4K Jul 5 19:46 t3.frm
-rw-rw—- 1 mysql mysql 96M Jul 5 19:47 t3.ibd
可見t1, t2都沒進行壓縮, t3是支持壓縮的。
相關(guān)文章
mysql函數(shù)拼接查詢concat函數(shù)的使用方法
下面小編就為大家?guī)硪黄猰ysql函數(shù)拼接查詢concat函數(shù)的使用方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-08-08
MYSQL多表聯(lián)查on和where的區(qū)別小結(jié)
在使用left join時過濾條件放到on后面還是where后面是有區(qū)別的,如果沒有搞清楚他們的區(qū)別,連表匯總的結(jié)果就會變少或者變多,本文就來詳細介紹一下兩者的區(qū)別,感興趣的可以了解一下2023-11-11
MySQL提示Accessdeniedforuser‘‘@‘localhost‘”的解決方案
在使用MySQL數(shù)據(jù)庫的過程中,有時會遇到錯誤提示:“Access denied for user ''@'localhost'”,這個錯誤通常意味著MySQL服務(wù)器拒絕了當(dāng)前用戶的連接請求,本文將詳細探討該問題的原因及解決方法,需要的朋友可以參考下2025-01-01

