MySQL Show命令的用法大全

MySQL中有不少的基本命令，show命令也是其中之一，在不少使用者中對show命令的使用還容易產生混淆，本文聚集了show命令的衆多用法。 
1. show tables或show tables from database_name; -- 顯示當前數據庫中全部表的名稱。 
2. show databases; -- 顯示mysql中全部數據庫的名稱。 
3. show columns from table_name from database_name; 或show columns from database_name.table_name; -- 顯示錶中列名稱。 
4. show grants for user_name; -- 顯示一個用戶的權限，顯示結果相似於grant 命令。 
5. show index from table_name; -- 顯示錶的索引。 
6. show status; -- 顯示一些系統特定資源的信息，例如，正在運行的線程數量。 
7. show variables; -- 顯示系統變量的名稱和值。 
8. show processlist; -- 顯示系統中正在運行的全部進程，也就是當前正在執行的查詢。大多數用戶能夠查看他們本身的進程，可是若是他們擁有process權限，就能夠查看全部人的進程，包括密碼。 
9. show table status; -- 顯示當前使用或者指定的database中的每一個表的信息。信息包括表類型和表的最新更新時間。 
10. show privileges; -- 顯示服務器所支持的不一樣權限。 
11. show create database database_name; -- 顯示create database 語句是否可以建立指定的數據庫。 
12. show create table table_name; -- 顯示create database 語句是否可以建立指定的數據庫。 
13. show engines; -- 顯示安裝之後可用的存儲引擎和默認引擎。 
14. show innodb status; -- 顯示innoDB存儲引擎的狀態。 
15. show logs; -- 顯示BDB存儲引擎的日誌。 
16. show warnings; -- 顯示最後一個執行的語句所產生的錯誤、警告和通知。 
17. show errors; -- 只顯示最後一個執行語句所產生的錯誤。 
18. show [storage] engines; --顯示安裝後的可用存儲引擎和默認引擎。

示例： 

1 顯示該數據庫鏈接使用的字符集的狀況

show variables like '%char%';

 

2 查看MySQL服務器運行的各類狀態值

show global status;

 

3 鏈接數 

01 
mysql> show variables like 'max_connections'; 
02 
+-----------------+-------+ 
03 
| Variable_name   | Value | 
04 
+-----------------+-------+ 
05 
| max_connections | 500   | 
06 
+-----------------+-------+ 
07 

08 
mysql> show global status like 'max_used_connections'; 
09 
+----------------------+-------+ 
10 
| Variable_name        | Value | 
11 
+----------------------+-------+ 
12 
| Max_used_connections | 498   | 
13 
+----------------------+-------+ 
設置的最大鏈接數是500，而響應的鏈接數是498 
max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%）

 

4 key_buffer_size 
key_buffer_size是對MyISAM表性能影響最大的一個參數, 不過數據庫中多爲Innodb 

01 
mysql> show variables like 'key_buffer_size'; 
02 
+-----------------+----------+ 
03 
| Variable_name   | Value    | 
04 
+-----------------+----------+ 
05 
| key_buffer_size | 67108864 | 
06 
+-----------------+----------+ 
07 

08 
mysql> show global status like 'key_read%'; 
09 
+-------------------+----------+ 
10 
| Variable_name     | Value    | 
11 
+-------------------+----------+ 
12 
| Key_read_requests | 25629497 | 
13 
| Key_reads         | 66071    | 
14 
+-------------------+----------+ 
一共有25629497個索引讀取請求，有66071個請求在內存中沒有找到直接從硬盤讀取索引，計算索引未命中緩存的機率： 
key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27% 
須要適當加大key_buffer_size 

1 
mysql> show global status like 'key_blocks_u%'; 
2 
+-------------------+-------+ 
3 
| Variable_name     | Value | 
4 
+-------------------+-------+ 
5 
| Key_blocks_unused | 10285 | 
6 
| Key_blocks_used   | 47705 | 
7 
+-------------------+-------+ 
Key_blocks_unused表示未使用的緩存簇(blocks)數，Key_blocks_used表示曾經用到的最大的blocks數 
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 18% （理想值 ≈ 80%）

max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%）

 

5 open table 的狀況 

1 
mysql> show global status like 'open%tables%'; 
2 
+---------------+-------+ 
3 
| Variable_name | Value | 
4 
+---------------+-------+ 
5 
| Open_tables   | 1024  | 
6 
| Opened_tables | 1465  | 
7 
+---------------+-------+ 
Open_tables 表示打開表的數量，Opened_tables表示打開過的表數量，若是Opened_tables數量過大，說明配置中 table_cache(5.1.3以後這個值叫作table_open_cache)值可能過小，咱們查詢一下服務器table_cache值 

1 
mysql> mysql> show variables like 'table_cache'; 
2 
+---------------+-------+ 
3 
| Variable_name | Value | 
4 
+---------------+-------+ 
5 
| table_cache   | 1024  | 
6 
+---------------+-------+ 
Open_tables / Opened_tables * 100% =69% 理想值 （>= 85%） 
Open_tables / table_cache * 100% = 100% 理想值 (<= 95%)

 

6 進程使用狀況 

1 
mysql> show global status like 'Thread%'; 
2 
+-------------------+-------+ 
3 
| Variable_name     | Value | 
4 
+-------------------+-------+ 
5 
| Threads_cached    | 31    | 
6 
| Threads_connected | 239   | 
7 
| Threads_created   | 2914  | 
8 
| Threads_running   | 4     | 
9 
+-------------------+-------+ 


若是咱們在MySQL服務器配置文件中設置了thread_cache_size，當客戶端斷開以後，服務器處理此客戶的線程將會緩存起來以響應 下一個客戶而不是銷燬（前提是緩存數未達上限）。Threads_created表示建立過的線程數，若是發現Threads_created值過大的 話，代表 MySQL服務器一直在建立線程，這也是比較耗資源，能夠適當增長配置文件中thread_cache_size值，查詢服務器 thread_cache_size配置： 

1 
mysql> show variables like 'thread_cache_size'; 
2 
+-------------------+-------+ 
3 
| Variable_name     | Value | 
4 
+-------------------+-------+ 
5 
| thread_cache_size | 32    | 
6 
+-------------------+-------+ 
9, 查詢緩存(query cache) 

01 
mysql> show global status like 'qcache%'; 
02 
+-------------------------+----------+ 
03 
| Variable_name           | Value    | 
04 
+-------------------------+----------+ 
05 
| Qcache_free_blocks      | 2226     | 
06 
| Qcache_free_memory      | 10794944 | 
07 
| Qcache_hits             | 5385458  | 
08 
| Qcache_inserts          | 1806301  | 
09 
| Qcache_lowmem_prunes    | 433101   | 
10 
| Qcache_not_cached       | 4429464  | 
11 
| Qcache_queries_in_cache | 7168     | 
12 
| Qcache_total_blocks     | 16820    | 
13 
+-------------------------+----------+ 
Qcache_free_blocks：緩存中相鄰內存塊的個數。數目大說明可能有碎片。FLUSH QUERY CACHE會對緩存中的碎片進行整理，從而獲得一個空閒塊。 
Qcache_free_memory：緩存中的空閒內存。 
Qcache_hits：每次查詢在緩存中命中時就增大 
Qcache_inserts：每次插入一個查詢時就增大。命中次數除以插入次數就是不中比率。 
Qcache_lowmem_prunes：緩存出現內存不足而且必需要進行清理以便爲更多查詢提供空間的次數。這個數字最好長時間來看；若是這 個數字在不斷增加，就表示可能碎片很是嚴重，或者內存不多。（上面的          free_blocks和free_memory能夠告訴您屬於哪一種狀況） 
Qcache_not_cached：不適合進行緩存的查詢的數量，一般是因爲這些查詢不是 SELECT 語句或者用了now()之類的函數。 
Qcache_queries_in_cache：當前緩存的查詢（和響應）的數量。 
Qcache_total_blocks：緩存中塊的數量。 

咱們再查詢一下服務器關於query_cache的配置： 

01 
mysql> show variables like 'query_cache%'; 
02 
+------------------------------+----------+ 
03 
| Variable_name                | Value    | 
04 
+------------------------------+----------+ 
05 
| query_cache_limit            | 33554432 | 
06 
| query_cache_min_res_unit     | 4096     | 
07 
| query_cache_size             | 33554432 | 
08 
| query_cache_type             | ON       | 
09 
| query_cache_wlock_invalidate | OFF      | 
10 
+------------------------------+----------+ 
各字段的解釋： 

query_cache_limit：超過此大小的查詢將不緩存 
query_cache_min_res_unit：緩存塊的最小大小 
query_cache_size：查詢緩存大小 
query_cache_type：緩存類型，決定緩存什麼樣的查詢，示例中表示不緩存 select sql_no_cache 查詢 
query_cache_wlock_invalidate：當有其餘客戶端正在對MyISAM表進行寫操做時，若是查詢在query cache中，是否返回cache結果仍是等寫操做完成再讀表獲取結果。 

query_cache_min_res_unit的配置是一柄」雙刃劍」，默認是4KB，設置值大對大數據查詢有好處，但若是你的查詢都是小數據查詢，就容易形成內存碎片和浪費。 

查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100% 

若是查詢緩存碎片率超過20%，能夠用FLUSH QUERY CACHE整理緩存碎片，或者試試減少query_cache_min_res_unit，若是你的查詢都是小數據量的話。 

查詢緩存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100% 

查詢緩存利用率在25%如下的話說明query_cache_size設置的過大，可適當減少；查詢緩存利用率在80％以上並且Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多。 

查詢緩存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100% 

示例服務器 查詢緩存碎片率 ＝ 20.46％，查詢緩存利用率 ＝ 62.26％，查詢緩存命中率 ＝ 1.94％，命中率不好，可能寫操做比較頻繁吧，並且可能有些碎片。

 

7 文件打開數(open_files) 

01 
mysql> show global status like 'open_files'; 
02 
+---------------+-------+ 
03 
| Variable_name | Value | 
04 
+---------------+-------+ 
05 
| Open_files    | 821   | 
06 
+---------------+-------+ 
07 

08 
mysql> show variables like 'open_files_limit'; 
09 
+------------------+-------+ 
10 
| Variable_name    | Value | 
11 
+------------------+-------+ 
12 
| open_files_limit | 65535 | 
13 
+------------------+-------+ 
比較合適的設置：Open_files / open_files_limit * 100% <= 75％ 

正常

 

8 表鎖狀況 

1 
mysql> show global status like 'table_locks%'; 
2 
+-----------------------+---------+ 
3 
| Variable_name         | Value   | 
4 
+-----------------------+---------+ 
5 
| Table_locks_immediate | 4257944 | 
6 
| Table_locks_waited    | 25182   | 
7 
+-----------------------+---------+ 
Table_locks_immediate 表示當即釋放表鎖數，Table_locks_waited表示須要等待的表鎖數，若是 Table_locks_immediate / Table_locks_waited > 5000，最好採用InnoDB引擎，由於InnoDB是行鎖而MyISAM是表鎖，對於高併發寫入的應用InnoDB效果會好些.

 

9 表掃描狀況 01 mysql> show global status like 'handler_read%'; 02 +-----------------------+-----------+ 03 | Variable_name         | Value     | 04 +-----------------------+-----------+ 05 | Handler_read_first    | 108763    | 06 | Handler_read_key      | 92813521  | 07 | Handler_read_next     | 486650793 | 08 | Handler_read_prev     | 688726    | 09 | Handler_read_rnd      | 9321362   | 10 | Handler_read_rnd_next | 153086384 | 11 +-----------------------+-----------+ 各字段解釋參見http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，調出服務器完成的查詢請求次數： 1 mysql> show global status like 'com_select'; 2 +---------------+---------+ 3 | Variable_name | Value   | 4 +---------------+---------+ 5 | Com_select    | 2693147 | 6 +---------------+---------+ 計算表掃描率： 表掃描率 ＝ Handler_read_rnd_next / Com_select 若是表掃描率超過4000，說明進行了太多表掃描，頗有可能索引沒有建好，增長read_buffer_size值會有一些好處，但最好不要超過8MB。