MySQL按期分析檢查與優化表

MySQL按期分析檢查與優化表

聽DBA的人說，相比oracle，MySQL就是一個玩具級別的數據庫，DBA基本不多去管理到MySQL的東西，因此咱們產品使用到的MySQL的一些配置和優化仍是須要咱們開發人員本身動手，下面就簡單介紹一下實用的按期優化方法

 

按期分析表

 

ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name]

 

本語句用於分析和存儲表的關鍵字分佈。在分析期間，使用一個 讀取鎖定對錶進行鎖定。這對於MyISAM, BDB和InnoDB表有做用。對於MyISAM表，本語句與使用myisamchk -a至關。

 

MySQL使用已存儲的關鍵字分佈來決定，當您對除常數之外的對象執行聯合時，表按什麼順序進行聯合。 

mysql> analyze table a;

+--------+---------+----------+-----------------------------+

| Table  | Op      | Msg_type | Msg_text                    |

+--------+---------+----------+-----------------------------+

| test.a | analyze | status   | Table is already up to date | 

+--------+---------+----------+-----------------------------+

1 row in set (0.00 sec)

 

按期檢查表

 

CHECK TABLE tbl_name [, tbl_name]  [option] 

 

option = {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}

 

檢查一個或多個表是否有錯誤。CHECK TABLE對MyISAM和InnoDB表有做用。對於MyISAM表，關鍵字統計數據被更新。

mysql> check table a;

+--------+-------+----------+----------+

| Table  | Op    | Msg_type | Msg_text |

+--------+-------+----------+----------+

| test.a | check | status   | OK       | 

+--------+-------+----------+----------+

1 row in set (0.00 sec)

 

CHECK TABLE也能夠檢查視圖是否有錯誤，好比在視圖定義中被引用的表已不存在。

咱們爲上面的表a建立一個視圖 

mysql> create view a_view as select * from a;

Query OK, 0 rows affected (0.02 sec)

 

而後CHECK一下該視圖，發現沒有問題

mysql> check table a_view;

+-------------+-------+----------+----------+

| Table       | Op    | Msg_type | Msg_text |

+-------------+-------+----------+----------+

| test.a_view | check | status   | OK       | 

+-------------+-------+----------+----------+

1 row in set (0.00 sec)

 

如今刪掉視圖依賴的表

mysql> drop table a;

Query OK, 0 rows affected (0.01 sec)

 

再CHECK一下剛纔的視圖，發現報錯了

mysql> check table a_view\G;

*************************** 1. row ***************************

   Table: test.a_view

      Op: check

Msg_type: Error

Msg_text: Table 'test.a' doesn't exist

*************************** 2. row ***************************

   Table: test.a_view

      Op: check

Msg_type: Error

Msg_text: View 'test.a_view' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them

*************************** 3. row ***************************

   Table: test.a_view

      Op: check

Msg_type: error

Msg_text: Corrupt

3 rows in set (0.00 sec)

 

ERROR: 

No query specified

 

按期優化表

 

OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] 

 

若是您已經刪除了表的一大部分，或者若是您已經對含有可變長度行的表（含有VARCHAR, BLOB或TEXT列的表）進行了不少更改，則應使用OPTIMIZE TABLE。被刪除的記錄被保持在連接清單中，後續的INSERT操做會從新使用舊的記錄位置。您可使用OPTIMIZE TABLE來從新利用未使用的空間，並整理數據文件的碎片。

在多數的設置中，您根本不須要運行OPTIMIZE TABLE。即便您對可變長度的行進行了大量的更新，您也不須要常常運行，每週一次或每個月一次便可，只對特定的表運行。

OPTIMIZE TABLE只對MyISAM, BDB和InnoDB表起做用。

對於MyISAM表，OPTIMIZE TABLE按以下方式操做：

若是表已經刪除或分解了行，則修復表。

若是未對索引頁進行分類，則進行分類。

若是表的統計數據沒有更新（而且經過對索引進行分類不能實現修復），則進行更新。 

mysql> OPTIMIZE table a;

+--------+----------+----------+-----------------------------+

| Table  | Op       | Msg_type | Msg_text                    |

+--------+----------+----------+-----------------------------+

| test.a | optimize | status   | Table is already up to date | 

+--------+----------+----------+-----------------------------+

1 row in set (0.00 sec)
若是你只是對主庫執行此操做，而且不想寫到日誌讓從庫也運行的話，能夠加上參數 LOCAL 或者 NO_WRITE_TO_BINLOG 兩個效果是同樣的。 

 

****

 

須要注意的是不管是ANALYZE，CHECK仍是OPTIMIZE在執行期間將對錶進行鎖定，所以請注意這些操做要在數據庫不繁忙的時候執行