MySQL日志詳解

前言

MySQL日志記錄了MySQL數(shù)據(jù)庫日常操作和錯誤信息。MySQL有不同類型的日志文件（各自存儲了不同類型的日志），從日志當(dāng)中可以查詢到MySQL數(shù)據(jù)庫的運行情況、用戶的操作、錯誤的信息等。

成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),伊犁企業(yè)網(wǎng)站建設(shè),伊犁品牌網(wǎng)站建設(shè),網(wǎng)站定制,伊犁網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,伊犁網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

MySQL的日志分為以下四大類：

• 錯誤日志：記錄mysql服務(wù)的啟動，運行或停止mysql服務(wù)時出現(xiàn)的問題；
• 查詢?nèi)罩荆河涗浗⒌目蛻舳说倪B接和執(zhí)行的語句；
• 二進制日志：記錄所有更改數(shù)據(jù)的語句，可以用于數(shù)據(jù)的復(fù)制；
• 慢查詢?nèi)罩荆河涗浰袌?zhí)行的時間超過long_query_time的所有查詢或不使用索引的查詢。

默認情況下，所有日志創(chuàng)建于MySQL數(shù)據(jù)目錄中，通過刷新日志，可以強制MySQL關(guān)閉和重新打開日志文件，F(xiàn)lush logs刷新日志或者執(zhí)行mysqladmin flush-logs 如果正使用MySQL復(fù)制功能，在復(fù)制服務(wù)器上可以維護更多日志文件，這種日志我們稱為接替日志。啟動日志功能會降低MySQL數(shù)據(jù)庫的性能。

1）查看系統(tǒng)設(shè)置

<!--查看全局的系統(tǒng)狀態(tài)-->
mysql> show global variables\G
mysql> show global variables like '%log%';
<!--查看當(dāng)前會話的系統(tǒng)狀態(tài)-->
mysql> show session variables\G
mysql> show session variables like '%log%';

若要修改上面查看出來的參數(shù)，可以在MySQL的主配置文件中的mysqld字段中寫入即可，如：binlog_cache_size = 1M。又或者可以在MySQL數(shù)據(jù)庫中進行臨時修改：set global binlog_cache_size = 1048576，這種臨時修改在MySQL重啟后就會失效。

2）查看運行狀態(tài)

<!--查看全局的運行狀態(tài)-->
mysql> show global status\G
<!--查看當(dāng)前會話的運行狀態(tài)-->
mysql> show session status;
<!--查看MySQL的版本-->
[root@mysql ~]# mysql -V
mysql> status;
mysql> select version();

1、錯誤日志

在mysql數(shù)據(jù)庫中，錯誤日志功能是默認開啟的。默認情況下，錯誤日志存儲在mysql數(shù)據(jù)庫的數(shù)據(jù)目錄中。錯誤日志文件通常的名稱為hostname.err。其中，hostname表示服務(wù)器主機名。 錯誤日志信息可以自己進行配置的，錯誤日志所記錄的信息是可以通過log-error和log-warnings來定義的，其中l(wèi)og-error是定義是否啟用錯誤日志的功能和錯誤日志的存儲位置，log-warnings是定義是否將警告信息也定義至錯誤日志中。默認情況下錯誤日志大概記錄以下幾個方面的信息：服務(wù)器啟動和關(guān)閉過程中的信息（未必是錯誤信息，如mysql如何啟動InnoDB的表空間文件的、如何初始化自己的存儲引擎的等等）、服務(wù)器運行過程中的錯誤信息、事件調(diào)度器運行一個事件時產(chǎn)生的信息、在從服務(wù)器上啟動服務(wù)器進程時產(chǎn)生的信息，MySQL有很多系統(tǒng)變量可以設(shè)置，系統(tǒng)變量設(shè)置不同，會導(dǎo)致系統(tǒng)運行狀態(tài)的不同。因此mysql提供兩組命令，分別查看系統(tǒng)設(shè)置和運行狀態(tài)。

一般而言，日志級別的定義沒有會話變量都只是在全局級別下定義錯誤日志的狀態(tài)：

mysql> show global variables like '%log_error%';
+---------------------+----------------------------------+
| Variable_name       | Value                            |
+---------------------+----------------------------------+
| binlog_error_action | ABORT_SERVER                     |
| log_error           | /usr/local/mysql/data/mysqld.err |
| log_error_verbosity | 3                                |
+---------------------+----------------------------------+
3 rows in set (0.01 sec)

其中 log_error定義為錯誤日志文件路徑 ，log_error_verbosity值得含義如下:

錯誤日志的存放路徑在my.cnf的主配置文件中指定，如下：

為了方便維護需要，有時候會希望將錯誤日志中的內(nèi)容做備份并重新開始記錄，這時候就可以利用MySQL 的FLUSH LOGS 命令來告訴MySQL 備份舊日志文件并生成新的日志文件。備份文件名以“.old”結(jié)尾。

刪除錯誤日志
在mysql5.5.7之前：數(shù)據(jù)庫管理員可以刪除很長時間之前的錯誤日志，以保證mysql服務(wù)器上的硬盤空間。mysql數(shù)據(jù)庫中，可以使用mysqladmin命令開啟新的錯誤日志。mysqladmin命令的語法如下：mysqladmin –u root –p flush-logs也可以登錄mysql數(shù)據(jù)庫中使用FLUSH LOGS語句來開啟新的錯誤日志。 在mysql5.5.7之后：服務(wù)器將關(guān)閉此項功能。只能使用重命名原來的錯誤日志文件，手動沖洗日志創(chuàng)建一個新的，方式如下：

[root@mysql ~]# cd /usr/local/mysql/data/
[root@mysql data]# mv mysqld.err{,.old}
[root@mysql data]# mysqladmin -uroot -p flush-logs
Enter password: 

2、二進制日志

二進制日志主要記錄MySQL數(shù)據(jù)庫的變化，二進制日志以一種有效的格式，并且是事務(wù)安全的方式包含更新日志中可用的信息。二進制日志包含了所有更新了數(shù)據(jù)或者已經(jīng)潛在更新了數(shù)據(jù)。還包含關(guān)于每個更新數(shù)據(jù)庫的語句的執(zhí)行時間，它不包含沒有修改任何數(shù)據(jù)的語句。使用二進制日志的主要目的是最大可能地恢復(fù)數(shù)據(jù)庫。

1）啟動二進制日志（默認情況下二進制日志是關(guān)閉的）

[root@mysql data]# vim /etc/my.cnf      #編輯主配置文件

[mysqld]
basedir=/usr/local/mysql
datadir=/usr/local/mysql/data
port=3306
server_id=1
socket=/usr/local/mysql/mysql.sock
log-error=/usr/local/mysql/data/mysqld.err
log-bin=/usr/local/mysql/data/binary_log      #指定二進制日志的路徑及名稱
expire_logs_days=10         #清除日志的天數(shù)
max_binlog_size=100M      #單個日志文件的大小限制，超出會新建一個日志文件
[root@mysql data]# systemctl restart mysqld      #重啟MySQL使配置生效
[root@mysql data]# ll | grep binary         #會在指定的路徑下生成以下兩個文件
-rw-r----- 1 mysql mysql      154 12月 30 20:59 binary_log.000001
-rw-r----- 1 mysql mysql       40 12月 30 20:59 binary_log.index

登錄到數(shù)據(jù)庫中也可以查看到，如下：

2）查看二進制日志

MySQL二進制日志存儲了所有的變更信息，MySQL二進制日志經(jīng)常使用。當(dāng)MySQL創(chuàng)建二進制日志文件時，首先創(chuàng)建一個以’filename’為名稱，以’.index’為后綴的文件；在創(chuàng)建一個以’filename’為名稱，以’.000001’為后綴的文件。當(dāng)MySQL服務(wù)重啟一次，以’.000001’為后綴的文件會增加一個，并且后綴名加1
遞增。如果日志長度超過max_binlog_size的上限，也會創(chuàng)建一個新的日志。 Show binary logs;可以查看當(dāng)前的二進制日志文件個數(shù)及其文件名。二進制日志并不能直接查看，如果想要查看日志內(nèi)容，

可以通過mysqlbinlog命令查看：

mysql> show binary logs;            
+-------------------+-----------+
| Log_name          | File_size |
+-------------------+-----------+
| binary_log.000001 |       154 |
+-------------------+-----------+
1 row in set (0.00 sec)

也可以退出MySQL在命令行使用mysqlbinlog命令查看：

[root@mysql data]# mysqlbinlog binary_log.000001 

3）刪除二進制日志

MySQL的二進制文件可以配置自動刪除，同時MySQL提供了手動刪除二進制文件的方法：
RESET MASTER：刪除所有的二進制日志文件；
PURGE MASTER LOGS：只刪除部分二進制日志文件；
Reset master：刪除所有二進制日志 ；
Purge master logs to ‘二進制名’ ：刪除單個二進制日志之前的。

mysql> purge master logs to "binary_log.000003";   <!--刪除...03之前的二進制日志文件-->
mysql> purge master logs before '20180101';    <!--刪除2018-01-01之前的日志文件-->

4）通過二進制日志還原MySQL數(shù)據(jù)

關(guān)于通過二進制日志還原的具體過程，還是參考我之前的博文吧！如下：
MySQL的備份與恢復(fù)詳解

3、事務(wù)日志

事務(wù)日志（InnoDB特有的日志，因為只有Innodb支持事務(wù)）可以幫助提高事務(wù)的效率。使用事務(wù)日志，存儲引擎在修改表的數(shù)據(jù)時只需要修改其內(nèi)存拷貝，再把修改行為記錄到持久在硬盤上的事務(wù)日志中，而不用每次都將修改的數(shù)據(jù)本身持久到磁盤。事務(wù)日志采用追加的方式，因此寫日志的操作是磁盤上一小塊區(qū)域內(nèi)的順序I/O，而不像隨機I/O需要在磁盤的多個地方移動磁頭，所以采用事務(wù)日志的方式相對來說要快得多。事務(wù)日志持久以后，內(nèi)存中被修改的數(shù)據(jù)在后臺可以慢慢的刷回到磁盤。目前大多數(shù)的存儲引擎都是這樣實現(xiàn)的。 如果數(shù)據(jù)的修改已經(jīng)記錄到事務(wù)日志并持久化，但數(shù)據(jù)本身還沒有寫回磁盤，此時系統(tǒng)崩潰，存儲引擎在重啟時能夠自動恢復(fù)這部分修改的數(shù)據(jù)。具有的恢復(fù)方式則視存儲引擎而定。

1）查看事務(wù)日志的定義

mysql> show global variables like 'innodb_lo%';

在上述指令輸出的部分內(nèi)容解釋如下：

| innodb_flush_log_at_trx_commit | 1 #在事務(wù)提交時innodb是否同步日志從緩沖區(qū)到文件
中，當(dāng)這個值為1（默認值）之時，在每個事務(wù)提交時，日志緩沖被寫到日志文件，對日志文件做到磁盤操作的刷新，性能會很差造成大量的磁盤I/O但這種方式最安全；如果設(shè)為2,每次提交事務(wù)都會寫日志，但并不會執(zhí)行刷的操作。每秒定時會刷到日志文件。要注意的是，并不能保證100%每秒一定都會刷到磁盤，這要取決于進程的調(diào)度。每次事務(wù)提交的時候?qū)?shù)據(jù)寫入事務(wù)日志，而這里的寫入僅是調(diào)用了文件系統(tǒng)的寫入操作，而文件系統(tǒng)是有緩存的，所以這個寫入并不能保證數(shù)據(jù)已經(jīng)寫入到物理磁盤。設(shè)置為0，日志緩沖每秒一次地被寫到日志文件，并且對日志文件做到磁盤操作的刷新，但是在一個事務(wù)提交不做任何操作。
注：刷寫的概念
刷寫其實是兩個操作，刷（flush）和寫（write），區(qū)分這兩個概念是很重要的。在大多數(shù)的操作系統(tǒng)中，把Innodb的log buffer（內(nèi)存）寫入日志（調(diào)用系統(tǒng)調(diào)用write），只是簡單的把數(shù)據(jù)移到操作系統(tǒng)緩存中，操作系統(tǒng)緩存同樣指的是內(nèi)存。并沒有實際的持久化數(shù)據(jù)。

所以，通常設(shè)為0和2的時候，在崩潰或斷電的時候會丟失最后一秒的數(shù)據(jù)，因為這個時候數(shù)據(jù)只是存在于操作系統(tǒng)緩存。之所以說“通?！?，可能會有丟失不只1秒的數(shù)據(jù)的情況，比如說執(zhí)行flush操作的時候阻塞了。
總結(jié)
設(shè)為1當(dāng)然是最安全的，但性能頁是最差的（相對其他兩個參數(shù)而言，但不是不能接受）。如果對數(shù)據(jù)一致性和完整性要求不高，完全可以設(shè)為2,如果只最求性能，例如高并發(fā)寫的日志服務(wù)器，設(shè)為0來獲得更高性能。

| innodb_locks_unsafe_for_binlog | OFF |
| innodb_log_buffer_size | 16777216 |
| innodb_log_checksums | ON
|
| innodb_log_compressed_pages | ON |
| innodb_log_file_size | 50331648 #日志文件大小 |
| innodb_log_files_in_group | 2 # DB中設(shè)置幾組事務(wù)日志，默認是2 
| innodb_log_group_home_dir | ./ #定義innodb事務(wù)日志組的位置,此位置設(shè)置默認為MySQL的datadir 。

每個事務(wù)日志都是大小為50兆的文件（不同版本的mysql有差異）： 在mysql中默認以ib_logfile0,ib_logfile1名稱存在。

4、慢查詢?nèi)罩荆╯low query log）

顧名思義，慢查詢?nèi)罩局杏涗浀氖菆?zhí)行時間較長的query，也就是我們常說的slow query。 慢查詢?nèi)罩静捎玫氖呛唵蔚奈谋靖袷?，可以通過各種文本編輯器查看其中的內(nèi)容。其中 記錄了語句執(zhí)行的時刻，執(zhí)行所消耗的時間，執(zhí)行用戶，連接主機等相關(guān)信息。 慢查詢?nèi)罩镜淖饔茫?慢查詢?nèi)罩臼怯脕碛涗泩?zhí)行時間超過指定時間的查詢語句。通過慢查詢?nèi)罩?，可以查找出哪些查詢語句的執(zhí)行效率很低，以便進行優(yōu)化。一般建議開啟，它對服務(wù)器性能的影響微乎其微，但是可以記錄mysql服務(wù)器上執(zhí)行了很長時間的查詢語句。可以幫助我們定位性能問題的。MySQL 還提供了專門用來分析滿查詢?nèi)罩镜墓ぞ叱绦騧ysqldumpslow，用來幫助數(shù)據(jù)庫管理人員解決可能存在的性能問題。

1）查看慢查詢?nèi)罩镜亩x

注：在不同的mysql版本中，開啟慢查詢?nèi)罩緟?shù)不太一樣，不過都可以通過 show variables like "%slow%" 和show variables like "%long%"查看出來。

mysql> show global variables like '%slow_query_log%';    <!--查詢慢查詢?nèi)罩臼欠耖_啟-->
+---------------------+--------------------------------------+
| Variable_name       | Value                                |
+---------------------+--------------------------------------+
| slow_query_log      | OFF                                  |     <!--OFF為未開啟-->
| slow_query_log_file | /usr/local/mysql/data/mysql-slow.log |
+---------------------+--------------------------------------+
<!--上面指定的使慢查詢?nèi)罩镜挠涗浀奈恢?->
2 rows in set (0.01 sec)
mysql> show global variables like '%long%';    <!--查看如何定義語句為慢查詢語句-->
+----------------------------------------------------------+-----------+
| Variable_name                                            | Value     |
+----------------------------------------------------------+-----------+
| long_query_time                                          | 10.000000 |
| performance_schema_events_stages_history_long_size       | 10000     |
| performance_schema_events_statements_history_long_size   | 10000     |
| performance_schema_events_transactions_history_long_size | 10000     |
| performance_schema_events_waits_history_long_size        | 10000     |
+----------------------------------------------------------+-----------+
5 rows in set (0.00 sec)
             <!--
在上面的結(jié)果中，long_query_time的值就是慢查詢超時時間，
默認為10s，只要執(zhí)行耗時超過10s的語句就被定義為慢查詢語句
                                 -->

2）啟動和設(shè)置慢查詢?nèi)罩?/h5>

啟動慢查詢?nèi)罩居涗洠?/strong>

方法1：通過配置文件my.cnf開啟慢查詢?nèi)罩荆?/strong>

[root@mysql ~]#  vim /etc/my.cnf      #編輯主配置文件，在mysqld字段下寫入以下幾行
[mysqld]
slow_query_log=1             # 1表示開啟慢查詢
slow_query_log_file=/usr/local/mysql/data/mysql-slow.log   #指定慢查詢?nèi)罩疚恢?long_query_time=0.0001         #指定超時時間，也就是超過這個時間就會被記錄到慢查詢?nèi)罩?slow_launch_time=1        #如果建立線程花費了比這個值更長的時間，slow_launch_threads計數(shù)器將增加
[root@mysql ~]# systemctl restart mysqld          #重啟服務(wù)使配置生效

再次登錄數(shù)據(jù)庫查看相關(guān)信息，會發(fā)現(xiàn)更改已經(jīng)生效，如下：

方法2：通過登錄MySQL服務(wù)器直接定義，方式如下：

mysql> set global slow_query_log=1;   
mysql> set global long_query_time=0.0001;

在上面的定義中，global表示全局生效，還有一個選項是session，表示僅在當(dāng)前會話生效，其區(qū)別是，session在退出當(dāng)前會話后就會被重置，global則是在重啟MySQL服務(wù)后才會被重置，而方法1中寫入配置文件中的方法，則是真正的永久生效。

注意：如果主配置文件中定義了long_query_time的值，并且MySQL命令行中使用set指令又定義了long_query_time的值，則配置文件中定義的值優(yōu)先生效。

修改后的相關(guān)設(shè)置如下：

在終端命令行使用mysqldumpslow命令工具查看慢查詢?nèi)罩荆?/strong>

若想要查詢到慢查詢?nèi)罩?，必須保證兩點，首先是將慢查詢的超時時間設(shè)置的短一些，比如我在上面設(shè)置為了0.0001，只要查詢的時間超過了這個值，則被定義為慢查詢。（為了驗證效果，在生產(chǎn)環(huán)境中還是要結(jié)合實際情況）。第二呢，就是在開啟慢查詢后還需要執(zhí)行幾條查詢語句，以便產(chǎn)生日志記錄信息（自己隨便查詢兩句吧）。

mysqldumpslow指令的部分選項解釋：

使用選項查看慢查詢?nèi)罩荆?/p>

[root@mysql data]# mysqldumpslow -t 2 -a -s c mysql-slow.log
#以次數(shù)來排序，查詢前兩條，并且顯示語句的所有內(nèi)容

5、數(shù)據(jù)文件

在MySQL 中每一個數(shù)據(jù)庫都會在定義好（或者默認）的數(shù)據(jù)目錄下存在一個以數(shù)據(jù)庫名字命名的文件夾，用來存放該數(shù)據(jù)庫中各種表數(shù)據(jù)文件。不同的MySQL 存儲引擎有各自不同的數(shù)據(jù)文件。如MyISAM 用“.MYD”作為擴展名，Innodb 用“.ibd”，Archive 用“.arc”，CSV 用“.csv”，等等。

“.frm”文件 與表相關(guān)的元數(shù)據(jù)（meta）信息都存放在“.frm”文件中，包括表結(jié)構(gòu)的定義信息等。不論是什么存儲引擎（MySQL常用的兩個存儲引擎是MyISAM和InnoDB），每一個表都會有一個以表名命名的“.frm”文件。所有的“.frm”文件都存放在所屬數(shù)據(jù)庫的文件夾下面。

MyISAM數(shù)據(jù)庫表文件

• .MYD文件：表數(shù)據(jù)文件；.MYI文件：索引文件
• “.MYD”文件 “.MYD”文件是MyISAM存儲引擎專用，存放MyISAM 表的數(shù)據(jù)。每一個MyISAM 表都會有一個“.MYD”文件與之對應(yīng)，同樣存放于所屬數(shù)據(jù)庫的文件夾下，和“.frm”文件在一起
• “.MYI”文件 “.MYI”文件也是專屬于MyISAM 存儲引擎的，主要存放MyISAM 表的索引相關(guān)信息。對于MyISAM 存儲來說，可以被cache 的內(nèi)容主要就是來源于“.MYI”文件中。每
  一個MyISAM 表對應(yīng)一個“.MYI”文件，存放于位置和“.frm”以及“.MYD”一樣。

Innodb數(shù)據(jù)庫表文件
InnoDB采用表空間（tablespace）來管理數(shù)據(jù)，存儲表數(shù)據(jù)和索引。

• .ibd文件：單表表空間文件，每個表使用一個表空間文件（file per table），存放用戶數(shù)據(jù)庫表數(shù)據(jù)和索引。
• InnoDB共享表空間（即InnoDB文件集，ibfile set）：ibdata1、ibdata2等，存儲InnoDB系統(tǒng)信息和用戶數(shù)據(jù)庫表數(shù)據(jù)和索引，所有表共用。
• “.ibd”文件和ibdata 文件 這兩種文件都是存放Innodb 數(shù)據(jù)的文件，之所以有兩種文件來存放Innodb 的數(shù)據(jù)（包括索引），是因為Innodb 的數(shù)據(jù)存儲方式能夠通過配置來決定是使用共享表空間存放存儲數(shù)據(jù)，還是獨享表空間存放存儲數(shù)據(jù)。獨享表空間存儲方式使用“.ibd”文件來存放數(shù)據(jù)，且每個表一個“.ibd”文件，文件存放在和MyISAM數(shù)據(jù)相同的位置。
• 如果選用共享存儲表空間來存放數(shù)據(jù)，則會使用ibdata 文件來存放，所有表共同使用一個
  （或者多個，可自行配置）ibdata 文件。 ibdata 文件可以通過innodb_data_home_dir 和innodb_data_file_path兩個參數(shù)共同配置組成， innodb_data_home_dir 配置數(shù)據(jù)存放的總目錄， 而innodb_data_file_path 配置每一個文件的名稱。 innodb_data_file_path 中可以一次配置多個ibdata 文件。文件可以是指定大小，也可以是自動擴展的，但是Innodb 限制了僅僅只有最后一個ibdata 文件能夠配置成自動擴展類型。當(dāng)我們需要添加新的ibdata 文件的時候，只能添加在innodb_data_file_path配置的最后，而且必須重啟MySQL 才能完成ibdata 的添加工作。不過如果我們使用獨享表空間存儲方式的話，就不會有這樣的問題。

總結(jié)
共享表空間以及獨占表空間都是針對數(shù)據(jù)的存儲方式而言的。 共享表空間: 某一個數(shù)據(jù)庫的所有的表數(shù)據(jù)，索引文件全部放在一個文件中。 獨占表空間: 每一個表都將會生成以獨立的文件方式來進行存儲，每一個表都有一個.frm表描述文件，還有一個.ibd文件。其中這個文件包括了單獨一個表的數(shù)據(jù)內(nèi)容以及索引內(nèi)容。

兩者之間的優(yōu)缺點
共享表空間：
優(yōu)點： 可以放表空間分成多個文件存放到各個磁盤上。數(shù)據(jù)和文件放在一起方便管理。
缺點： 所有的數(shù)據(jù)和索引存放到一個文件中，多個表及索引在表空間中混合存儲，這樣對于一個表做了大量刪除操作后表空間中將會有大量的空隙，特別是對于統(tǒng)計分析，日值系統(tǒng)這類應(yīng)用最不適合用共享表空間。
獨立表空間：
優(yōu)點：

• 每個表都有自已獨立的表空間。
• 每個表的數(shù)據(jù)和索引都會存在自已的表空間中。
• 可以實現(xiàn)單表在不同的數(shù)據(jù)庫中移動。
• 空間可以回收
  • a) Drop table操作自動回收表空間，如果對于統(tǒng)計分析或是日值表，刪除大量數(shù)據(jù)后可以通過:alter table TableName engine=innodb;回縮不用的空間。
  • b)對于使用獨立表空間的表，不管怎么刪除，表空間的碎片不會太嚴(yán)重的影響性能，而且還有機會處理。
    缺點： 單表增加過大，如超過100個G。 相比較之下，使用獨占表空間的效率以及性能會更高一點。

1）查看當(dāng)前數(shù)據(jù)庫的表空間管理類型

mysql> show variables like '%innodb_file_per%';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| innodb_file_per_table | ON    |
+-----------------------+-------+

ON代表獨立表空間管理，OFF代表共享表空間管理；（查看單表的表空間管理方式，需要查看每個表是否有單獨的數(shù)據(jù)文件）。

2）修改為Innodb共享表空間

[root@mysql ~]# vim /etc/my.cnf        #編輯主配置文件，在mysqld字段下寫入以下配置
innodb_file_per_table=0   #0為使用共享表空間，1為獨占表空間
innodb_data_file_path=ibdata1:100M:autoextend    #設(shè)置一個可自動擴展大小，尺寸為100M的數(shù)據(jù)文件
innodb_data_home_dir=/usr/local/mysql/data #定義共享表空間默認存放路徑
[root@mysql ~]# systemctl restart mysqld    #啟動報錯了
Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.

查看日志如下：

注：不同版本的mysql報錯略有不同，注意看錯誤日志的內(nèi)容。大概意思就是設(shè)置的pages頁為6400，超過了它的最大值4864，那么算一下，設(shè)置的初始大小100M，pages大小就是6400，則表示1M=64pages，它的最大值是4864，也就是說，我們設(shè)置初始大小最大可以是4864/64=76M。
再次修改配置文件如下：

[root@mysql ~]# vim /etc/my.cnf        #再次修改主配置文件
innodb_data_file_path=ibdata1:76M:autoextend
#修改初始大小為76M
[root@mysql ~]# systemctl restart mysqld          #再次重啟MySQL服務(wù)
#同樣，如果還是啟動失敗，則再次查看錯誤日志，是否pages頁大小設(shè)置的還是不合理

3）查看修改后數(shù)據(jù)庫的表空間管理類型

此時狀態(tài)為OFF，則表示使用的是共享表存儲空間，之后創(chuàng)建的表都會使用定義的共享表空間來存儲數(shù)據(jù)。

———————— 本文至此結(jié)束，感謝閱讀 ————————

網(wǎng)頁名稱：MySQL日志詳解
網(wǎng)址分享：http://muchs.cn/article8/gpppop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、App開發(fā)、小程序開發(fā)、商城網(wǎng)站、移動網(wǎng)站建設(shè)、品牌網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)