來(lái)源：MSSQL123 ，
general log&slow query log
對(duì)于MySQL的一般查詢?nèi)罩竞吐樵內(nèi)罩?，開(kāi)啟比較簡(jiǎn)單，其中公用的一個(gè)參數(shù)是log_output，log_output控制著慢查詢和一般查詢?nèi)罩镜妮敵龇较蚩梢允潜恚╩ysql.general_log,mysql.slow_log）或者文件（有參數(shù)general_log_file和slow_query_log_file配置決定）或者同時(shí)輸出到表和文件（想不明白，什么時(shí)候需要同時(shí)輸出到表和文件）。
但是兩者受log_output參數(shù)影響，輸出的目標(biāo)總是一致的，也就是要么都寫(xiě)入表，或者要么都寫(xiě)入文件，不會(huì)一個(gè)輸出到表，一個(gè)輸出到文件。
--slow log 相關(guān)參數(shù)
select *
from performance_schema.global_variables
where variable_name in
('slow_query_log','log_output','slow_query_log_file','long_query_time')
--general log 相關(guān)參數(shù)
select *
from performance_schema.global_variables
where variable_name in
('general_log','log_output','general_log_file')
對(duì)于上述兩種日志，系統(tǒng)默認(rèn)不會(huì)清理，因此在開(kāi)啟了相關(guān)日志之后，需要人為清理。
如何清理歷史general log&slow query log
1，當(dāng)輸出目標(biāo)為表的時(shí)候
無(wú)法直接刪除，如果直接刪除的話，會(huì)出現(xiàn)“ERROR 1556 (HY000): You can’t use locks with log tables.”的錯(cuò)誤提示
以general log為例，需要先關(guān)閉general_log，然后重命名general_log這個(gè)表，
在對(duì)重命名之后的表執(zhí)行刪除，最后在重命名回來(lái)，最后開(kāi)啟general_log（如果有必要的話）
SET GLOBAL general_log = 'OFF';
RENAME TABLE general_log TO general_log_temp;
DELETE FROM general_log_temp WHERE event_time < DATE(NOW());
RENAME TABLE general_log_temp TO general_log;
SET GLOBAL general_log = 'ON';
--slow log 同理
SET GLOBAL slow_query_log = 'OFF';
RENAME TABLE slow_log TO slow_log_temp;
DELETE FROM slow_log_temp WHERE start_time < DATE(NOW());
RENAME TABLE slow_log_temp TO slow_log;
SET GLOBAL slow_query_log = 'ON';
如果對(duì)重命名之后的表（general_log或者是slow_log）沒(méi)有再次重命名回來(lái)，會(huì)發(fā)生什么？
參加如下截圖，如果沒(méi)有找到對(duì)應(yīng)的表（general_log或者是slow_log），在輸出目標(biāo)為表的情況下，會(huì)提示無(wú)法找到對(duì)應(yīng)的表，將無(wú)法開(kāi)啟對(duì)應(yīng)的日志
2，當(dāng)輸出目標(biāo)為文件的時(shí)候
當(dāng)輸出目標(biāo)為文件的時(shí)候，在linux下，直接使用rm命名刪除即可，如果在開(kāi)啟了一般查詢?nèi)罩净蛘呤锹樵內(nèi)罩?，刪除對(duì)應(yīng)的日志文件，并不影響數(shù)據(jù)庫(kù)的正常使用。網(wǎng)上有說(shuō)需要停止MySQL服務(wù)然后重命名文件然后在創(chuàng)建新的文件啥的，在Linux下并不是必須的，不知道在windows下是什么情況，沒(méi)興趣試。
當(dāng)然也不是說(shuō)就建議始終這種暴力的方式清理日志文件，在Linux下，刪除了默認(rèn)的日志文件（或者重命名了原日志文件），要想再次生成日志文件
可以使用mysqladmin flush-logs
是SQL命令flush slow logs;flush general logs;
重啟MySQL服務(wù)
均可重新生成對(duì)應(yīng)的日志文件。
注意：當(dāng)對(duì)應(yīng)的文件是存在的時(shí)候，上述命名執(zhí)行之后是沒(méi)有影響的（也不會(huì)清理對(duì)應(yīng)的日志文件）
以下偏離主題
當(dāng)輸出目標(biāo)為表的時(shí)候的解析
不管是general_log或者是slow_log，對(duì)應(yīng)的SQL語(yǔ)句都是二進(jìn)制格式的，需要使用convert(sql_text using UTF8)做一個(gè)轉(zhuǎn)換，才變得具有可讀性。
當(dāng)輸出目標(biāo)為表的時(shí)候?qū)π阅艿挠绊?/strong>
據(jù)個(gè)人測(cè)試，在請(qǐng)求量不大的數(shù)據(jù)庫(kù)上，開(kāi)啟general_log或者是slow_log，對(duì)性能影響并沒(méi)有非常明顯。理論家們一方面強(qiáng)調(diào)說(shuō)MySQL的處理并發(fā)上多強(qiáng)悍，一方面又說(shuō)開(kāi)啟general_log對(duì)性能影響很大，會(huì)不會(huì)自相矛盾呢？關(guān)于general_log，在zabbix監(jiān)控下，測(cè)試環(huán)境TPS不過(guò)百的情況下（每秒寫(xiě)入general log不超過(guò)100條數(shù)據(jù)），開(kāi)啟general_log之后并CPU負(fù)載幾乎沒(méi)有變化，CPU高點(diǎn)是在做其他壓力測(cè)試。尤其是slow_log這種寫(xiě)入不是太頻繁的日志，直接寫(xiě)入到表中，對(duì)性能的影響有限，比后面再去花時(shí)間解析文件……
當(dāng)然不排除TPS在上千或者上萬(wàn)甚至更高之后，開(kāi)啟general_log會(huì)產(chǎn)生較大的影響，當(dāng)然沒(méi)事也不會(huì)閑的蛋疼去開(kāi)general_log。
