mysql效能最佳化之table_open_cache

標籤：添加   出現   pen   nec   保留   --   表數   導致   效能   

MYSQL預設的table_open_cache為64，這個數值是偏小的，如果max_connections較大，則容易引起效能問題。

    表現：資料庫查詢效率慢，show processlist 發現比較多的查詢正在opening table。

    進一步確認，執行以下語句：

mysql> show global status like 'open%tables%';

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

| Variable_name | Value   |

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

| Open_tables   | 345     |

| Opened_tables | 9734116 |

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

    Opened_tables數值非常大，說明cache太小，導致要頻繁地open table，可以查看下當前的table_open_cache設定：

mysql> show variables like '%table_open_cache%';

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

| Variable_name    | Value |

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

| table_open_cache |     64|

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

     預設是64，一些資料推薦把這個數值設定為（max_connections* 查詢同時用到的表數）。我實踐中發現，一般設定為max_connections就沒問題了（如果還不夠，可以繼續加大，但不能設定大得離譜，可能會引發其他問題）。4G記憶體的機器，建議設定為2048即時生效的設定：

mysql> set global table_open_cache=2048;

Query OK, 0 rows affected (0.00 sec)

     設定後可以觀察一下，如果opening table不再怎麼出現，說明此修改是有效，將其添加到mysql的設定檔，這樣資料庫重啟後仍可保留此設定。

mysql> show variables like '%table_open_cache%';

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

| Variable_name              | Value |

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

| table_open_cache           | 400   |

| table_open_cache_instances | 1     |

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

2 rows in set (0.00 sec)

比較適合的值：

Open_tables / Opened_tables >= 0.85

Open_tables / table_open_cache <= 0.95

mysql效能最佳化之table_open_cache