table_cache 參數設置表高速緩存的數目。每個連接進來，都會至少打開一個表緩存。因此， table_cache 的大小應與 max_connections 的設置有關。例如，對於 200 個並行運行的連接，應該讓表的緩存至少有 200 × N ，這里 N 是應用可以執行的查詢的一個聯接中表的最大數量。此外，還需要為臨時表和文件保留一些額外的文件描述符。
緩存機制
當 Mysql 訪問一個表時，如果該表在緩存中已經被打開，則可以直接訪問緩存；如果還沒有被緩存，但是在 Mysql 表緩沖區中還有空間，那么這個表就被打開並放入表緩沖區；如果表緩存滿了，則會按照一定的規則將當前未用的表釋放，或者臨時擴大表緩存來存放，使用表緩存的好處是可以更快速地訪問表中的內容。
參數調優
一般來說，可以通過查看數據庫運行峰值時間的狀態值 Open_tables 和 Opened_tables ，判斷是否需要增加 table_cache 的值（其中 open_tables 是當前打開的表的數量， Opened_tables 則是已經打開的表的數量）。即如果open_tables接近table_cache的時候，並且Opened_tables這個值在逐步增加，那就要考慮增加這個值的大小了。還有就是Table_locks_waited比較高的時候，也需要增加table_cache。
mysql> show global status like 'open%_tables';
如果Open_tables的值已經接近table_cache的值，且Opened_tables還在不斷變大，則說明mysql正在將緩存的表釋放以容納新的表，此時可能需要加大table_cache的值。對於大多數情況，
比較適合的值：
Open_tables / Opened_tables >= 0.85
Open_tables / table_cache <= 0.95
如果對此參數的把握不是很准，VPS管理百科給出一個很保守的設置建議：把MySQL數據庫放在生產環境中試運行一段時間，然后把參數的值調整得比Opened_tables的數值大一些，並且保證在比較高負載的極端條件下依然比Opened_tables略大。
在mysql默認安裝情況下，table_cache的值在2G內存以下的機器中的值默認時256到 512，如果機器有4G內存,則默認這個值是2048，但這決意味着機器內存越大，這個值應該越大，因為table_cache加大后，使得mysql對 SQL響應的速度更快了，不可避免的會產生更多的死鎖（dead lock），這樣反而使得數據庫整個一套操作慢了下來，嚴重影響性能。所以平時維護中還是要根據庫的實際情況去作出判斷，找到最適合你維護的庫的 table_cache值。
清空緩存
執行
mysql >flush tables;
命令將會清空當前所有緩存的表。