MySQL Antelope和Barracuda的区别分析
(轉載)Antelope是innodb-base的文件格式,Barracude是innodb-plugin后引入的文件格式,同時Barracude也支持Antelope文件格式。兩者區別在于:
?
| 文件格式 | 支持行格式 | 特性 |
| Antelope (Innodb-base) | ROW_FORMAT=COMPACT ROW_FORMAT=REDUNDANT ? | Compact和redumdant的區別在就是在于首部的存存內容區別。 compact的存儲格式為首部為一個非NULL的變長字段長度列表 redundant的存儲格式為首部是一個字段長度偏移列表(每個字段占用的字節長度及其相應的位移)。 在Antelope中對于變長字段,低于768字節的,不會進行overflow page存儲,某些情況下會減少結果集IO. |
| Barracuda (innodb-plugin) | ROW_FORMAT=DYNAMIC ROW_FORMAT=COMPRESSED ? | 這兩者主要是功能上的區別功能上的。 另外在行里的變長字段和Antelope的區別是只存20個字節,其它的overflow page存儲。 另外這兩都需要開啟innodb_file_per_table=1 (這個特性對一些優化還是很有用的) |
?
備注:
這里有一點需要注意,如果要使用壓縮,一定需要先使用innodb_file_format =Barracuda格式,不然沒作用。
下面我們看一下區別:
復制代碼代碼如下:(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)
?
從以上報錯可以看出來不支持壓縮。但看一下表結構如下:
復制代碼代碼如下:(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
?
創建支持壓縮的表:
復制代碼代碼如下:(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是支持壓縮的。
轉載于:https://www.cnblogs.com/cheyunhua/p/9070610.html
總結
以上是生活随笔為你收集整理的MySQL Antelope和Barracuda的区别分析的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 负载均衡中使用 Redis 实现共享 S
- 下一篇: 伤感个性签名女生冷淡