下面講講關(guān)于什么是MySQL通用查詢和慢查詢?nèi)罩荆淖值膴W妙在于貼近主題相關(guān)。所以，閑話就不談了，我們直接看下文吧，相信看完什么是MySQL通用查詢和慢查詢?nèi)罩具@篇文章你一定會有所受益。
成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)的關(guān)注點不是能為您做些什么網(wǎng)站，而是怎么做網(wǎng)站，有沒有做好網(wǎng)站，給創(chuàng)新互聯(lián)建站一個展示的機會來證明自己，這并不會花費您太多時間，或許會給您帶來新的靈感和驚喜。面向用戶友好，注重用戶體驗，一切以用戶為中心。
1）通用查詢?nèi)罩荆河涗浗⒌目蛻舳诉B接和執(zhí)行的語句。
2）慢查詢?nèi)罩荆河涗浰袌?zhí)行時間超過long_query_time秒的所有查詢或者不使用索引的查詢
在學(xué)習(xí)通用日志查詢時，需要知道兩個數(shù)據(jù)庫中的常用命令：
mysql> show variables like '%version%'; +-------------------------+------------------------------+ | Variable_name | Value | +-------------------------+------------------------------+ | innodb_version | 5.6.37 | | protocol_version | 10 | | slave_type_conversions | | | version | 5.6.37-log | | version_comment | MySQL Community Server (GPL) | | version_compile_machine | x86_64 | | version_compile_os | Linux | +-------------------------+------------------------------+ 7 rows in set (0.00 sec)
上述命令，顯示當(dāng)前數(shù)據(jù)庫中與版本號相關(guān)的東西。
mysql> show variables like '%general%'; +------------------+-------------------------------+ | Variable_name | Value | +------------------+-------------------------------+ | general_log | OFF | | general_log_file | /var/lib/mysql/nginx-test.log | +------------------+-------------------------------+ 2 rows in set (0.00 sec) 可以查看，當(dāng)前的通用日志查詢是否開啟，如果general_log的值為ON則為開啟，為OFF則為關(guān)閉（默認情況下是關(guān)閉的）。 1） show variables like ‘%log_output%’; mysql> show variables like '%log_output%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_output | FILE | +---------------+-------+ 1 row in set (0.00 sec)
查看當(dāng)前慢查詢?nèi)罩据敵龅母袷?，可以是FILE（存儲在數(shù)數(shù)據(jù)庫的數(shù)據(jù)文件中的hostname.log），也可以是TABLE（存儲在數(shù)據(jù)庫中的mysql.general_log）
問題：如何開啟MySQL通用查詢?nèi)罩荆约叭绾卧O(shè)置要輸出的通用日志輸出格式呢？
開啟通用日志查詢： set global general_log=on; 關(guān)閉通用日志查詢： set global general_log=off; 設(shè)置通用日志輸出為表方式： set global log_output=’TABLE’; 設(shè)置通用日志輸出為文件方式： set global log_output=’FILE’; 設(shè)置通用日志輸出為表和文件方式：set global log_output=’FILE,TABLE’;
（注意：上述命令只對當(dāng)前生效，當(dāng)MySQL重啟失效，如果要永久生效，需要配置my.cnf）
日志輸出的效果圖如下：
記錄到mysql.general_log表結(jié)構(gòu)如下：
mysql> desc general_log; +--------------+---------------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +--------------+---------------------+------+-----+-------------------+-----------------------------+ | event_time | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | | user_host | mediumtext | NO | | NULL | | | thread_id | bigint(21) unsigned | NO | | NULL | | | server_id | int(10) unsigned | NO | | NULL | | | command_type | varchar(64) | NO | | NULL | | | argument | mediumtext | NO | | NULL | | +--------------+---------------------+------+-----+-------------------+-----------------------------+ 6 rows in set (0.00 sec)
my.cnf文件的配置如下：
general_log=1 #為1表示開啟通用日志查詢，值為0表示關(guān)閉通用日志查詢 log_output=FILE,TABLE#設(shè)置通用日志的輸出格式為文件和表
MySQL的慢查詢?nèi)罩臼荕ySQL提供的一種日志記錄，用來記錄在MySQL中響應(yīng)時間超過閾值的語句，具體指運行時間超過long_query_time值的SQL，則會被記錄到慢查詢?nèi)罩局校ㄈ罩究梢詫懭胛募蛘邤?shù)據(jù)庫表，如果對性能要求高的話，建議寫文件）。默認情況下，MySQL數(shù)據(jù)庫是不開啟慢查詢?nèi)罩镜?，long_query_time的默認值為10（即10秒，通常設(shè)置為1秒），即運行10秒以上的語句是慢查詢語句。
一般來說，慢查詢發(fā)生在大表（比如：一個表的數(shù)據(jù)量有幾百萬），且查詢條件的字段沒有建立索引，此時，要匹配查詢條件的字段會進行全表掃描，耗時查過long_query_time，
則為慢查詢語句。
問題：如何查看當(dāng)前慢查詢?nèi)罩镜拈_啟情況？
在MySQL中輸入命令：
show variables like '%quer%';
mysql> show variables like '%quer%'; +----------------------------------------+-------------------------------+ | Variable_name | Value | +----------------------------------------+-------------------------------+ | binlog_rows_query_log_events | OFF | | ft_query_expansion_limit | 20 | | have_query_cache | YES | | log_queries_not_using_indexes | ON | | log_throttle_queries_not_using_indexes | 0 | | long_query_time | 10.000000 | | query_alloc_block_size | 8192 | | query_cache_limit | 1048576 | | query_cache_min_res_unit | 4096 | | query_cache_size | 1048576 | | query_cache_type | OFF | | query_cache_wlock_invalidate | OFF | | query_prealloc_size | 8192 | | slow_query_log | ON | | slow_query_log_file | /var/log/mysql/mysql_slow.log | +----------------------------------------+-------------------------------+ 15 rows in set (0.00 sec)
主要掌握以下的幾個參數(shù)：
（1）slow_query_log 的值為ON為開啟慢查詢?nèi)罩?，OFF則為關(guān)閉慢查詢?nèi)罩尽?br/>（2）slow_query_log_file 的值是記錄的慢查詢?nèi)罩镜轿募校ㄗ⒁猓耗J名為主機名.log，慢查詢?nèi)罩臼欠駥懭胫付ㄎ募?，需要指定慢查詢的輸出日志格式為文件，相關(guān)命令為：show variables like ‘%log_output%’；去查看輸出的格式）。
（3）long_query_time 指定了慢查詢的閾值，即如果執(zhí)行語句的時間超過該閾值則為慢查詢語句，默認值為10秒。
（4）log_queries_not_using_indexes 如果值設(shè)置為ON，則會記錄所有沒有利用索引的查詢（注意：如果只是將log_queries_not_using_indexes設(shè)置為ON，而將slow_query_log設(shè)置為OFF，此時該設(shè)置也不會生效，即該設(shè)置生效的前提是slow_query_log的值設(shè)置為ON），一般在性能調(diào)優(yōu)的時候會暫時開啟。
問題：設(shè)置MySQL慢查詢的輸出日志格式為文件還是表，或者兩者都有？
通過命令：show variables like ‘%log_output%’;
mysql> show variables like '%log_output%'; +---------------+------------+ | Variable_name | Value | +---------------+------------+ | log_output | FILE,TABLE | +---------------+------------+ 1 row in set (0.00 sec)
通過log_output的值可以查看到輸出的格式，上面的值為FILE,TABLE。當(dāng)然，我們也可以設(shè)置輸出的格式為文本，或者同時記錄文本和數(shù)據(jù)庫表中，設(shè)置的命令如下：
#慢查詢?nèi)罩据敵龅奖碇校磎ysql.slow_log） set globallog_output=’TABLE’; #慢查詢?nèi)罩緝H輸出到文本中(即：slow_query_log_file指定的文件) setglobal log_output=’FILE’; #慢查詢?nèi)罩就瑫r輸出到文本和表中 setglobal log_output=’FILE,TABLE’;
關(guān)于慢查詢?nèi)罩镜谋碇械臄?shù)據(jù)個文本中的數(shù)據(jù)格式分析：
慢查詢的日志記錄myql.slow_log表中，格式如下：
mysql> mysql> select * from mysql.slow_log limit 1; +---------------------+--------------------------------+------------+-----------+-----------+---------------+------------+----------------+-----------+-----------+----------------------------------------------------------------------------------------+-----------+ | start_time | user_host | query_time | lock_time | rows_sent | rows_examined | db | last_insert_id | insert_id | server_id | sql_text | thread_id | +---------------------+--------------------------------+------------+-----------+-----------+---------------+------------+----------------+-----------+-----------+----------------------------------------------------------------------------------------+-----------+ | 2018-02-07 11:16:55 | root[root] @ [121.196.203.51] | 00:00:00 | 00:00:00 | 13 | 40 | jp_core_db | 0 | 0 | 0 | select pd.lastAuction from Product pd where pd.status = 'O' and pd.auctionStatus = 'A' | 1621 | +---------------------+--------------------------------+------------+-----------+-----------+---------------+------------+----------------+-----------+-----------+----------------------------------------------------------------------------------------+-----------+ 1 row in set (0.00 sec)
慢查詢的日志記錄到mysql_slow.log文件中，格式如下：
# Time: 180118 14:58:37 # User@Host: root[root] @ localhost [] Id: 150 # Query_time: 0.000270 Lock_time: 0.000109 Rows_sent: 0 Rows_examined: 6 SET timestamp=1516258717; delete from user where User='app';
可以看到，不管是表還是文件，都具體記錄了：是那條語句導(dǎo)致慢查詢（sql_text），該慢查詢語句的查詢時間（query_time），鎖表時間（Lock_time），以及掃描過的行數(shù)（rows_examined）等信息。
問題：如何查詢當(dāng)前慢查詢的語句的個數(shù)？
在MySQL中有一個變量專門記錄當(dāng)前慢查詢語句的個數(shù)：
輸入命令：show global status like ‘%slow%’;
mysql> show global status like '%slow%'; +---------------------+-------+ | Variable_name | Value | +---------------------+-------+ | Slow_launch_threads | 132 | | Slow_queries | 1772 | +---------------------+-------+ 2 rows in set (0.00 sec)
（注意：上述所有命令，如果都是通過MySQL的shell將參數(shù)設(shè)置進去，如果重啟MySQL，所有設(shè)置好的參數(shù)將失效，如果想要永久的生效，需要將配置參數(shù)寫入my.cnf文件中）。
補充知識點：如何利用MySQL自帶的慢查詢?nèi)罩痉治龉ぞ適ysqldumpslow分析日志？
mysqldumpslow –s c –t 10 slow-query.log
具體參數(shù)設(shè)置如下：
-s 表示按何種方式排序，c、t、l、r分別是按照記錄次數(shù)、時間、查詢時間、返回的記錄數(shù)來排序，ac、at、al、ar，表示相應(yīng)的倒敘；
-t 表示top的意思，后面跟著的數(shù)據(jù)表示返回前面多少條；
-g 后面可以寫正則表達式匹配，大小寫不敏感。
[root@nginx-test /var/log/mysql]# mysqldumpslow -s c -t 2 /var/log/mysql/mysql_slow.log Reading mysql slow query log from /var/log/mysql/mysql_slow.log Count: 125448 Time=0.00s (131s) Lock=0.00s (3s) Rows=2.2 (272835), 2users@2hosts select productauc0_.productAuctionId as productA1_12_, productauc0_.auctionIndex as auctionI2_12_, productauc0_.bidCoins as bidCoins3_12_, productauc0_.bidPrice as bidPrice4_12_, productauc0_.bidStep as bidStep5_12_, productauc0_.bidTime as bidTime6_12_, productauc0_.bidder as bidder7_12_, productauc0_.buyFlag as buyFlag8_12_, productauc0_.categoryCode as category9_12_, productauc0_.createTime as createT10_12_, productauc0_.currentAuctionDetailId as current11_12_, productauc0_.currentBidPrice as current12_12_, productauc0_.currentBidTime as current13_12_, productauc0_.currentBidder as current14_12_, productauc0_.effectCoin as effectC15_12_, productauc0_.effetcPoint as effetcP16_12_, productauc0_.endTime as endTime17_12_, productauc0_.newUserFlag as newUser18_12_, productauc0_.productCode as product19_12_, productauc0_.productCost as product20_12_, productauc0_.productName as product21_12_, productauc0_.productPrice as product22_12_, productauc0_.refundRate as refundR23_12_, productauc0_.startPrice as startPr24_12_, productauc0_.startTime as startTi25_12_, productauc0_.status as status26_12_, productauc0_.updateTime as updateT27_12_ from ProductAuction productauc0_ where productauc0_.status='S' Count: 66216 Time=0.00s (127s) Lock=0.00s (2s) Rows=1.7 (115074), root[root]@[121.196.203.51] select productauc0_.productAuctionId as productA1_12_, productauc0_.auctionIndex as auctionI2_12_, productauc0_.bidCoins as bidCoins3_12_, productauc0_.bidPrice as bidPrice4_12_, productauc0_.bidStep as bidStep5_12_, productauc0_.bidTime as bidTime6_12_, productauc0_.bidder as bidder7_12_, productauc0_.buyFlag as buyFlag8_12_, productauc0_.categoryCode as category9_12_, productauc0_.createTime as createT10_12_, productauc0_.currentAuctionDetailId as current11_12_, productauc0_.currentBidPrice as current12_12_, productauc0_.currentBidTime as current13_12_, productauc0_.currentBidder as current14_12_, productauc0_.effectCoin as effectC15_12_, productauc0_.effetcPoint as effetcP16_12_, productauc0_.endTime as endTime17_12_, productauc0_.firstBidTime as firstBi18_12_, productauc0_.newUserFlag as newUser19_12_, productauc0_.noviceReturnFlag as noviceR20_12_, productauc0_.productCode as product21_12_, productauc0_.productCost as product22_12_, productauc0_.productName as product23_12_, productauc0_.productPrice as product24_12_, productauc0_.refundRate as refundR25_12_, productauc0_.startPrice as startPr26_12_, productauc0_.startTime as startTi27_12_, productauc0_.status as status28_12_, productauc0_.updateTime as updateT29_12_ from ProductAuction productauc0_ where productauc0_.status='S'
上述中的參數(shù)含義如下：
Count:125448 語句出現(xiàn)了125448次； Time=0.00s（131s） 執(zhí)行最長時間為0.00s，累計總耗費時間131s； Lock=0.0s（3s） 等待鎖最長時間為0s，累計等待鎖耗費時間為3s； Rows=2.2（272835） 發(fā)送給客戶端最多的行數(shù)為2.2，累計發(fā)送給客戶端的函數(shù)為272835
http://blog.csdn.net/a600423444/article/details/6854289
（注意：mysqldumpslow腳本是用perl語言寫的，具體mysqldumpslow的用法后期再講）
問題：實際在學(xué)習(xí)過程中，如何得知設(shè)置的慢查詢是有效的？
很簡單，我們可以手動產(chǎn)生一條慢查詢語句，比如，如果我們的慢查詢log_query_time的值設(shè)置為1，則我們可以執(zhí)行如下語句：
select sleep(1);
該條語句即是慢查詢語句，之后，便可以在相應(yīng)的日志輸出文件或表中去查看是否有該條語句。
對于以上什么是MySQL通用查詢和慢查詢?nèi)罩鞠嚓P(guān)內(nèi)容，大家還有什么不明白的地方嗎？或者想要了解更多相關(guān)，可以繼續(xù)關(guān)注我們的行業(yè)資訊板塊。
重慶分公司
重慶分公司
