1. 程式人生 > >使用參數innodb_file_per_table支持MySQL InnoDB表數據共享空間自動收縮

使用參數innodb_file_per_table支持MySQL InnoDB表數據共享空間自動收縮

每天 優點 sta 腳本 rom 保留 fec ring schema

http://heylinux.com/archives/2367.html

http://blog.csdn.net/ywh147/article/details/8996022

使用過MySQL的同學,剛開始接觸最多的莫過於MyISAM表引擎了,這種引擎的數據庫會分別創建三個文件:表結構、表索引、表數據空間。我們可以將某個數據庫目錄直接遷移到其他數據庫也可以正常工作。
然而當你使用InnoDB的時候,一切都變了。InnoDB 默認會將所有的數據庫InnoDB引擎的表數據存儲在一個共享空間中:ibdata1,這樣就感覺不爽,增刪數據庫的時候,ibdata1文件不會自動收縮,單個數據庫的備份也將成為問題。通常只能將數據使用mysqldump 導出,然後再導入解決這個問題。

在mysql的配置文件[mysqld]部分,增加innodb_file_per_table參數,可以修改InnoDB為獨立表空間模式,每個數據庫的每個表都會生成一個數據空間。

獨立表空間
優點:
1.每個表都有自已獨立的表空間。
2.每個表的數據和索引都會存在自已的表空間中。
3.可以實現單表在不同的數據庫中移動。
4.空間可以回收(drop/truncate table方式操作表空間不能自動回收)
5.對於使用獨立表空間的表,不管怎麽刪除,表空間的碎片不會太嚴重的影響性能,而且還有機會處理。

缺點:
單表增加比共享空間方式更大。

結論:
共享表空間在Insert操作上有一些優勢,但在其它都沒獨立表空間表現好。

當啟用獨立表空間時,請合理調整一下 innodb_open_files 參數。

下面,就是一次針對線上Zabbix的MySQL數據庫history歷史記錄過多導致ibdata1文件過大的實戰解決步驟
1.查看文件大小
$ sudo cd /var/lib/mysql
$ ls -lh

1 total 14G
2 -rw-r--r-- 1 root root 0 Dec 1 14:31 debian-5.1.flag
3 -rw-rw---- 1 mysql mysql 5.0M Jan 17 21:31 ib_logfile0
4 -rw-rw---- 1 mysql mysql 5.0M Jan 17 21:29 ib_logfile1
5 -rw-rw---- 1 mysql mysql 14G Jan 17 21:31 ibdata1
6 drwx------ 2 mysql root 4.0K Dec 1 14:31 mysql
7 -rw-rw---- 1 root root 6 Dec 1 14:31 mysql_upgrade_info
8 drwx------ 2 mysql mysql 4.0K Jan 17 21:29 zabbix

共享表數據空間文件ibdata1大小已經達到了14G

登陸MySQL查看哪些表占用了空間
$ mysql -uroot -p

01 mysql > select table_name, (data_length+index_length)/1024/1024 as total_mb, table_rows from information_schema.tables where table_schema=‘zabbix‘;
02
03 +-----------------------+---------------+------------+
04 | table_name | total_mb | table_rows |
05 +-----------------------+---------------+------------+
06 | acknowledges | 0.06250000 | 0 |
07 ....
08 | help_items | 0.04687500 | 103 |
09 | history | 9678.00000000 | 123981681 |
10 | history_log | 0.04687500 | 0 |
11 ...
12 | history_text | 0.04687500 | 0 |
13 | history_uint | 5386.98437500 | 57990562 |
14 | history_uint_sync | 0.04687500 | 0 |
15 ...
16 | timeperiods | 0.01562500 | 0 |
17 | trends | 54.54687500 | 537680 |
18 | trends_uint | 100.53125000 | 1035592 |
19 ...
20 103 rows in set (1.46 sec)

可以看到,history表的記錄已經達到了9G,123981681條,即1億2千萬條,同時history_unit也比較大,達到了5G,約6千萬條;
另外就是trends,trends_uint中也存在一些數據。
由於數據量太大,按照普通的方式delete數據的話基本上不太可能。
因為我們每天會自動發送數據報表,所以決定直接采用truncate table的方式來快速清空這些表的數據,再使用mysqldump導出數據,刪除共享表空間數據文件,重新導入數據。

2.停止相關服務,避免寫入數據
$ sudo /etc/init.d/zabbix-server stop
$ sudo /etc/init.d/apache2 stop

3.清空歷史數據
$ mysql -uroot -p

01 mysql > use zabbix;
02 Database changed
03
04 mysql > truncate table history;
05 Query OK, 123981681 rows affected (0.23 sec)
06
07 mysql > optimize table history;
08 1 row in set (0.02 sec)
09
10 mysql > truncate table history_uint;
11 Query OK, 57990562 rows affected (0.12 sec)
12
13 mysql > optimize table history_uint;
14 1 row in set (0.03 sec)
15
16 mysql > truncate table trends;
17 Query OK, 537680 rows affected (0.04 sec)
18
19 mysql > optimize table trends;
20 1 row in set (0.02 sec)
21
22 mysql > truncate table trends_uint;
23 Query OK, 1035592 rows affected (0.02 sec)
24
25 mysql > optimize table trends_uint;
26 1 row in set (0.01 sec)

4.備份數據
$ mysqldump -uroot -p zabbix > ~/zabbix.sql

5.停止數據庫
$ sudo stop mysql

6.刪除共享表空間數據文件
$ cd /var/lib/mysql
$ rm ib*

7.增加innodb_file_per_table參數
$ sudo vim /etc/mysql/my.cnf
在[mysqld]下設置

1 innodb_file_per_table=1

8.啟動MySQL
$ sudo start mysql

9.查看參數是否生效
$ mysql -uroot -p

1 mysql> show variables like ‘%per_table%‘;
2 +-----------------------+-------+
3 | Variable_name | Value |
4 +-----------------------+-------+
5 | innodb_file_per_table | ON |
6 +-----------------------+-------+
7 1 row in set (0.00 sec)

10.重新導入數據
$ mysql -uroot -p zabbix < ~/zabbix.sql

11.編寫每天自動清理數據的腳本,保留30天的數據
$ sudo vim /etc/cron.daily/clean_zabbix_olddata.sh

view source print?
01 #!/bin/bash
02 DATE=`date -d "30 days ago"`
03 CLOCK=`date +%s -d "${DATE}"`
04 MYSQL="mysql -uroot -p zabbix"
05
06 for TABLE in history trends
07 do
08 $MYSQL -e "DELETE FROM ${TABLE} WHERE clock < ${CLOCK};"
09 $MYSQL -e "OPTIMIZE TABLE ${TABLE};"
10 $MYSQL -e "DELETE FROM ${TABLE}_uint WHERE clock < ${CLOCK};"
11 $MYSQL -e "OPTIMIZE TABLE ${TABLE}_uint;"
12 done

12.最後,恢復相關服務進程
$ sudo /etc/init.d/zabbix-server start
$ sudo /etc/init.d/apache2 start

使用參數innodb_file_per_table支持MySQL InnoDB表數據共享空間自動收縮