mysql的全量(查詢)日志general-log的開啟和分析方法

    熟悉MySQL的朋友應該都知道,error日志只記錄數(shù)據(jù)庫層的報錯,binlog只記錄增/刪/改的記錄,但是沒記錄誰執(zhí)行,只記錄執(zhí)行用戶名,slowlog雖然詳細,但是只記錄超過設定值的慢查詢sql信息.

成都創(chuàng)新互聯(lián)公司主營滁州網(wǎng)站建設的網(wǎng)絡公司,主營網(wǎng)站建設方案,成都app軟件開發(fā)公司,滁州h5重慶小程序開發(fā)搭建,滁州網(wǎng)站營銷推廣歡迎滁州等地區(qū)企業(yè)咨詢

    只有general-log才是記錄所有的操作日志,不過他會耗費數(shù)據(jù)庫5%-10%的性能,所以一般沒什么特別需要,大多數(shù)情況是不開的,例如一些sql審計和不知名的排錯等,那就是打開來使用了.

開啟的方法

    開啟方法很簡單,

#先查看當前狀態(tài)
mysql> show variables like 'general%';
+------------------+--------------------------------+
| Variable_name    | Value                          |
+------------------+--------------------------------+
| general_log      | OFF                            |
| general_log_file | /data/mysql/data/localhost.log |
+------------------+--------------------------------+
2 rows in set (0.00 sec)
#可以在my.cnf里添加,1開啟(0關閉),當然了,這樣要重啟才能生效,有點多余了
general-log = 1
log = /log/mysql_query.log路徑
#也可以設置變量那樣更改,1開啟(0關閉),即時生效,不用重啟,首選當然是這樣的了
set global general_log=1
#這個日志對于操作頻繁的庫,產(chǎn)生的數(shù)據(jù)量會很快增長,出于對硬盤的保護,可以設置其他存放路徑
set global general_log_file=/tmp/general_log.log

    然后就開啟完了,看看是否有這個文件存在并產(chǎn)生了日志,我們看到localhost.log已經(jīng)生成了,因為我是默認的,所以名字就是這樣的.

#ll
總用量 3215528
-rw-rw----. 1 mysql mysql         56 9月   5 11:32 auto.cnf
drwx------  2 mysql mysql       4096 9月  17 14:09 gw
-rw-rw----  1 mysql mysql      25666 9月   8 17:07 ib_buffer_pool
-rw-rw----. 1 mysql mysql 1073741824 9月  19 10:21 ibdata1
-rw-rw----. 1 mysql mysql 1073741824 9月  19 10:21 ib_logfile0
-rw-rw----. 1 mysql mysql 1073741824 9月   5 11:27 ib_logfile1
-rw-rw----  1 mysql mysql          5 9月   8 17:11 localhost.localdomain.pid
-rw-rw----  1 mysql mysql    6699602 9月  19 09:50 localhost.log
-rw-rw----  1 mysql mysql          5 9月  14 09:16 localhost.pid
drwx------. 2 mysql mysql       4096 9月   5 11:27 mysql
-rw-rw----  1 mysql mysql      34539 9月   7 14:57 mysql-bin.000006
-rw-rw----  1 mysql mysql   13746613 9月   8 17:07 mysql-bin.000007
-rw-rw----  1 mysql mysql     498989 9月  14 09:16 mysql-bin.000008
-rw-rw----  1 mysql mysql   48302055 9月  19 10:20 mysql-bin.000009
-rw-rw----  1 mysql mysql        136 9月  14 09:16 mysql-bin.index
-rw-rw----. 1 mysql mysql      57569 9月  14 09:16 mysql.err
drwx------. 2 mysql mysql       4096 9月   5 11:27 performance_schema
drwx------  2 mysql mysql       4096 9月  17 14:35 test

    開啟完了,就看怎么分析了.

分析日志

    其實也比較直觀,只是容易混淆,下面來看例子.

/usr/local/mysql/bin/mysqld, Version: 5.6.32-78.0-log (Percona Server (GPL), Release 78.0, Revision 8a8e016). started with:
Tcp port: 3306  Unix socket: /tmp/mysql.sock
Time                 Id Command    Argument
160919  9:28:19 30722 Connect   root@192.168.1.252 on test
                30722 Query     SET SESSION sql_mode =
                                        REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(
                                        @@sql_mode,
                                        "STRICT_ALL_TABLES,", ""),
                                        ",STRICT_ALL_TABLES", ""),
                                        "STRICT_ALL_TABLES", ""),
                                        "STRICT_TRANS_TABLES,", ""),
                                        ",STRICT_TRANS_TABLES", ""),
                                        "STRICT_TRANS_TABLES", "")
                30722 Query     SET NAMES utf8
                30722 Query     SELECT *
FROM `type`
WHERE `pid` = 30
                30722 Quit
160919  9:28:38 29975 Query     SHOW GLOBAL STATUS
160919  9:28:39 30728 Connect   root@192.168.1.95 on test
                30728 Query     SET SESSION sql_mode =
                                        REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(
                                        @@sql_mode,
                                        "STRICT_ALL_TABLES,", ""),
                                        ",STRICT_ALL_TABLES", ""),
                                        "STRICT_ALL_TABLES", ""),
                                        "STRICT_TRANS_TABLES,", ""),
                                        ",STRICT_TRANS_TABLES", ""),
                                        "STRICT_TRANS_TABLES", "")
                30728 Query     SET NAMES utf8
                30728 Query     SELECT `a`.*, `b`.`clientname`, `b`.`deptname`, `b`.`receiveprovince`, `b`.`carriers`, `b`.`receivecity`
FROM `repri` as `a`
LEFT JOIN `illmain` as `b` ON `a`.`illid` = `b`.`illID`
WHERE `a`.`id` = '21'
                30728 Query     SELECT `typename`
FROM `type`
WHERE `id` = '8'
                30728 Query     SELECT `typename`
FROM `type`
WHERE `id` = '9'
                30728 Query     SELECT *
FROM `handlepri`
WHERE `id` = '21'
                30728 Query     SELECT *
FROM `low_re`
WHERE `low` = '21'
AND `type` =0
ORDER BY `id` desc
                30728 Query     SELECT *
FROM `guide`
WHERE `ll_type` = '9'
                30728 Query     SELECT *
FROM `illmain`
WHERE `illid` = '0992016'
OR `orderid` = '0992016'
                30728 Quit

    我們來按列來解析

第一列:時間列,前面一個是日期,后面一個是小時和分鐘,有一些不顯示的原因是因為這些sql語句幾乎是同時執(zhí)行的,所以就不另外記錄時間了.

第二列:ID列,就是show processlist出來的第一列的線程ID,對于長連接和一些比較耗時的sql語句,你可以精確找出究竟是那一條那一個線程在運行.

第三列:操作類型,Connect就是連接數(shù)據(jù)庫,Query就是查詢數(shù)據(jù)庫(增刪查改都顯示為查詢),可以特定過慮一些操作.

第四列:詳細信息,例如上面例子Connect的詳細信息就是root@192.168.1.95 on test,意思就是root@192.168.1.95連上test庫,如此類推,下面的意思就是30728這個線程號連上數(shù)據(jù)庫之后,做了什么查詢的操作.

    還有其他一些grant/drop/create/alter等的操作,general_log都回全部記錄下來,不過這里就不細細演示了,各位可以嘗試一下.

    最后,也正如我開始說的,有了這些信息,做sql語句審計就變得可能了,找到責任人也是沒有壓力的,而對于一些疑難雜癥的sql分析也是很簡單了.

網(wǎng)頁名稱:mysql的全量(查詢)日志general-log的開啟和分析方法
標題來源:http://bm7419.com/article2/jdgsoc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站維護、網(wǎng)站制作、品牌網(wǎng)站建設網(wǎng)頁設計公司、虛擬主機、微信小程序

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

微信小程序開發(fā)