mysql從共享表空間修改為單個表的表空間存儲方式是什么

本篇文章為大家展示了mysql從共享表空間修改為單個表的表空間存儲方式是什么，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

使用過MySQL的同學(xué)，剛開始接觸最多的莫過于MyISAM表引擎了，這種引擎的數(shù)據(jù)庫會分別創(chuàng)建三個文件：表結(jié)構(gòu)、表索引、表數(shù)據(jù)空間。我們可以將某個數(shù)據(jù)庫目錄直接遷移到其他數(shù)據(jù)庫也可以正常工作。然而當(dāng)你使用InnoDB的時候，一切都變了。InnoDB 默認(rèn)會將所有的數(shù)據(jù)庫InnoDB引擎的表數(shù)據(jù)存儲在一個共享空間中：ibdata1，這樣就感覺不爽，增刪數(shù)據(jù)庫的時候，ibdata1文件不會自動收 縮，單個數(shù)據(jù)庫的備份也將成為問題。通常只能將數(shù)據(jù)使用mysqldump 導(dǎo)出，然后再導(dǎo)入解決這個問題。
在MySQL的配置文件[mysqld]部分，增加innodb_file_per_table參數(shù)，可以修改InnoDB為獨(dú)立表空間模式，每個數(shù)據(jù)庫的每個表都會生成一個數(shù)據(jù)空間。

獨(dú)立表空間
優(yōu)點(diǎn)：
1.每個表都有自已獨(dú)立的表空間。
2.每個表的數(shù)據(jù)和索引都會存在自已的表空間中。
3.可以實(shí)現(xiàn)單表在不同的數(shù)據(jù)庫中移動。
4.空間可以回收（drop/truncate table方式操作表空間不能自動回收）
5.對于使用獨(dú)立表空間的表，不管怎么刪除，表空間的碎片不會太嚴(yán)重的影響性能，而且還有機(jī)會處理。

缺點(diǎn)：
單表增加比共享空間方式更大。

結(jié)論：
共享表空間在Insert操作上有一些優(yōu)勢，但在其它都沒獨(dú)立表空間表現(xiàn)好。
當(dāng)啟用獨(dú)立表空間時，請合理調(diào)整一下 innodb_open_files 參數(shù)。

下面，就是一次針對線上Zabbix的MySQL數(shù)據(jù)庫history歷史記錄過多導(dǎo)致ibdata1文件過大的實(shí)戰(zhàn)解決步驟
1.查看文件大小
$ sudo cd /var/lib/mysql
$ ls -lh
 total 14G
 -rw-r--r-- 1 root root 0 Dec 1 14:31 debian-5.1.flag
 -rw-rw---- 1 mysql mysql 5.0M Jan 17 21:31 ib_logfile0
 -rw-rw---- 1 mysql mysql 5.0M Jan 17 21:29 ib_logfile1
 -rw-rw---- 1 mysql mysql 14G Jan 17 21:31 ibdata1
 drwx------ 2 mysql root 4.0K Dec 1 14:31 mysql
 -rw-rw---- 1 root root 6 Dec 1 14:31 mysql_upgrade_info
 drwx------ 2 mysql mysql 4.0K Jan 17 21:29 zabbix
共享表數(shù)據(jù)空間文件ibdata1大小已經(jīng)達(dá)到了14G

登陸MySQL查看哪些表占用了空間
$ mysql -uroot -p
 mysql > select table_name, (data_length+index_length)/1024/1024 as total_mb, table_rows from information_schema.tables where table_schema='zabbix';
 
 +-----------------------+---------------+------------+
 | table_name            | total_mb      | table_rows |
 +-----------------------+---------------+------------+
 | acknowledges          |    0.06250000 |          0 |
 ....
 | help_items            |    0.04687500 |        103 |
 | history               | 9678.00000000 |  123981681 |
 | history_log           |    0.04687500 |          0 |
 ...
 | history_text          |    0.04687500 |          0 |
 | history_uint          | 5386.98437500 |   57990562 |
 | history_uint_sync     |    0.04687500 |          0 |
 ...
 | timeperiods           |    0.01562500 |          0 |
 | trends                |   54.54687500 |     537680 |
 | trends_uint           |  100.53125000 |    1035592 |
 ...
 103 rows in set (1.46 sec)
可以看到，history表的記錄已經(jīng)達(dá)到了9G，123981681條，即1億2千萬條，同時history_unit也比較大，達(dá)到了5G，約6千萬條；
另外就是trends,trends_uint中也存在一些數(shù)據(jù)。
由于數(shù)據(jù)量太大，按照普通的方式delete數(shù)據(jù)的話基本上不太可能。
因?yàn)槲覀兠刻鞎詣影l(fā)送數(shù)據(jù)報(bào)表，所以決定直接采用truncate table的方式來快速清空這些表的數(shù)據(jù)，再使用mysqldump導(dǎo)出數(shù)據(jù)，刪除共享表空間數(shù)據(jù)文件，重新導(dǎo)入數(shù)據(jù)。
2.停止相關(guān)服務(wù)，避免寫入數(shù)據(jù)
$ sudo /etc/init.d/zabbix-server stop
$ sudo /etc/init.d/apache2 stop
3.清空歷史數(shù)據(jù)
$ mysql -uroot -p
 mysql > use zabbix;
 Database changed
 
 mysql > truncate table history;
 Query OK, 123981681 rows affected (0.23 sec)
 
 mysql > optimize table history;
 1 row in set (0.02 sec)
 
 mysql > truncate table history_uint;
 Query OK, 57990562 rows affected (0.12 sec)
 
 mysql > optimize table history_uint;
 1 row in set (0.03 sec)
 
 mysql > truncate table trends;
 Query OK, 537680 rows affected (0.04 sec)
 
 mysql > optimize table trends;
 1 row in set (0.02 sec)
 
 mysql > truncate table trends_uint;
 Query OK, 1035592 rows affected (0.02 sec) 
 
 mysql > optimize table trends_uint;
 1 row in set (0.01 sec)
4.備份數(shù)據(jù)
$ mysqldump -uroot -p zabbix > ~/zabbix.sql
5.停止數(shù)據(jù)庫
$ sudo stop mysql
6.刪除共享表空間數(shù)據(jù)文件
$ cd /var/lib/mysql
$ rm ib*
7.增加innodb_file_per_table參數(shù)
$ sudo vim /etc/mysql/my.cnf
在[mysqld]下設(shè)置
1 innodb_file_per_table=1
8.啟動MySQL
$ sudo start mysql
9.查看參數(shù)是否生效
$ mysql -uroot -p
 mysql> show variables like '%per_table%';
 +-----------------------+-------+
 | Variable_name | Value |
 +-----------------------+-------+
 | innodb_file_per_table | ON |
 +-----------------------+-------+
 1 row in set (0.00 sec)
10.重新導(dǎo)入數(shù)據(jù)
$ mysql -uroot -p zabbix < ~/zabbix.sql
11.編寫每天自動清理數(shù)據(jù)的腳本，保留30天的數(shù)據(jù)
$ sudo vim /etc/cron.daily/clean_zabbix_olddata.sh
view source
print?
 #!/bin/bash
 DATE=`date -d "30 days ago"`
 CLOCK=`date +%s -d "${DATE}"`
 MYSQL="mysql -uroot -p zabbix"
 
 for TABLE in history trends
 do
   $MYSQL -e "DELETE FROM ${TABLE} WHERE clock < ${CLOCK};"
   $MYSQL -e "OPTIMIZE TABLE ${TABLE};"
   $MYSQL -e "DELETE FROM ${TABLE}_uint WHERE clock < ${CLOCK};"
   $MYSQL -e "OPTIMIZE TABLE ${TABLE}_uint;"
 done
12.最后，恢復(fù)相關(guān)服務(wù)進(jìn)程
$ sudo /etc/init.d/zabbix-server start
$ sudo /etc/init.d/apache2 start

上述內(nèi)容就是mysql從共享表空間修改為單個表的表空間存儲方式是什么，你們學(xué)到知識或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識儲備，歡迎關(guān)注億速云行業(yè)資訊頻道。