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游標的使用方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01
這篇文章主要介紹了MySQL日志設(shè)置及查看方法,需要的朋友可以參考下2017-05-05
Mysql插入數(shù)據(jù)方式(insert into 、replace into解析)
這篇文章主要介紹了Mysql插入數(shù)據(jù)方式(insert into 、replace into解析),具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01
這篇文章主要介紹了MySQL之容災(zāi)方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-03-03
探討:sql插入空,默認1900-01-01 00:00:00.000的解決方法詳解
本篇文章是對sql插入空,默認1900-01-01 00:00:00.000的解決方法進行了詳細的分析介紹，需要的朋友參考下2013-06-06
解決Navicat for Mysql連接報錯1251的問題(連接失敗)
記得在之前給大家介紹過Navicat for Mysql連接報錯的問題，可能寫的不夠詳細，今天在稍作修改補充下，對Navicat for Mysql連接報錯1251問題感興趣的朋友跟隨小編一起看看吧2021-05-05
在使用mysql增加新用戶之后，發(fā)現(xiàn)新增的用戶無法登陸，一時束手無策，網(wǎng)上搜集整理了一下，曬出來和大家分享一下，希望可以幫助你們2012-11-11
mysql啟用skip-name-resolve模式時出現(xiàn)Warning的處理辦法
在優(yōu)化MYSQL配置時，加入 skip-name-resolve ，在重新啟動MYSQL時檢查啟動日志，發(fā)現(xiàn)有警告信息2012-07-07
MySQL中Nested-Loop Join算法小結(jié)
數(shù)據(jù)庫中JOIN操作的實現(xiàn)主要有三種：嵌套循環(huán)連接（Nested Loop Join），歸并連接（Merge Join）和散列連接或者哈稀連接（Hash Join）。其中嵌套循環(huán)連接又視情況又有兩種變形：塊嵌套循環(huán)連接和索引嵌套循環(huán)連接。2015-12-12
這篇文章主要介紹了MySQL的表空間是什么，幫助大家更好的理解和使用MySQL表的相關(guān)知識，感興趣的朋友可以了解下2020-11-11