本文目錄一覽：
怎麼查看mysql日誌
mysql有好幾種日誌，通常日誌，查詢緩慢日誌，錯誤日誌，默認只有錯誤日誌是開啟的，通常日誌如果開啟會消耗大量系統資源，而且查看也是非常不容易。如果想看哪裡出錯的話，查詢錯誤日誌就可以。通常會在data文件夾下面,伺服器名稱.err就是日誌
資料庫的安全涉及到各方面，數據的丟失或者篡改將會帶來無法估量的損失，所以資料庫的安全尤為重要，我們可以通過資料庫的日誌來分析資料庫的安全性，然會針對分析結果採取相應的措施。
如何查看mysql資料庫的日誌文件
一.錯誤日誌
錯誤日誌在Mysql資料庫中很重要，它記錄著mysqld啟動和停止，以及伺服器在運行過程中發生的任何錯誤的相關信息。
1.配置信息
–log-error=[file-name]用來指定錯誤日誌存放的位置。
如果沒有指定[file-name]，默認hostname.err做為文件名，默認存放在DATADIR目錄中。
也可以將log-error配置到my.cnf文件中，這樣就省去了每次在啟動mysqld時都手工指定–log-error.例如:
[mysql@test2]$ vi /etc/my.cnf
# The MySQL server
[mysqld]
….
log-error = /var/lib/mysql/test2_mysqld.err
…..
2.錯誤信息樣板
080313 05:21:55 mysqld started
080313 5:21:55 InnoDB: Started; log sequence number 0 43655
080313 5:21:55 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: ‘5.0.26-standard-log’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MySQL Community Edition – Standard (GPL)
080313 5:24:13 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown
080313 5:24:13 InnoDB: Starting shutdown…
080313 5:24:16 InnoDB: Shutdown completed; log sequence number 0 43655
080313 5:24:16 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete
080313 05:24:16 mysqld ended
080313 05:24:47 mysqld started
080313 5:24:47 InnoDB: Started; log sequence number 0 43655
080313 5:24:47 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: ‘5.0.26-standard-log’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MySQL Community Edition – Standard (GPL)
080313 5:33:49 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown
三.查詢日誌
查詢日誌記錄了clinet的所有的語句。
Note:由於log日誌記錄了資料庫所有操作，對於訪問頻繁的系統，此種日誌會造成性能影響，建議關閉。
1.配置信息
–log=[file-name]用來指定錯誤日誌存放的位置。
如果沒有指定[file-name]，默認為主機名(hostname)做為文件名，默認存放在DATADIR目錄中。
也可以將log配置到my.cnf文件中，這樣就省去了每次在啟動mysqld時都手工指定–log.例如:
# The MySQL server
[mysqld]
……
#query-log
log = /var/lib/mysql/query_log.log
……
2.讀取查詢日誌
查詢日誌是純文本格可，可以使用OS文本讀取工具直接打開查看。例如：
[mysql@test2]$ tail -n 15 query_log.log
080313 7:58:28 17 Query show tables
080313 8:07:45 17 Quit
080313 10:01:48 18 Connect root@localhost on
080313 10:02:38 18 Query SELECT DATABASE()
18 Init DB test
080313 10:02:42 18 Query show tables
080313 10:03:07 18 Query select * from pet
080313 10:06:26 18 Query insert into pet values(‘hunter’,’yxyup’,’cat’,’f’,’1996-04-29′,null)
080313 10:06:39 18 Query select * from pet
080313 10:07:13 18 Query update pet set sex=’m’ where name=’hunter’
080313 10:07:38 18 Query delete from pet where name=’hunter’
080313 10:13:48 18 Query desc test8
080313 10:14:13 18 Query create table t1(id int,name char(10))
080313 10:14:41 18 Query alter table t1 add sex char(2)
[mysql@test2]$
四.慢查詢日誌
慢查詢日誌是記錄了執行時間超過參數long_query_time(單位是秒)所設定值的SQL語句日誌。
Note:慢查詢日誌對於我們發現性能有問題的SQL有很幫助，建議使用並經常分析
1.配置信息
–log-slow-queries=[file-name]用來指定錯誤日誌存放的位置。
如果沒有指定[file-name]，默認為hostname-slow.log做為文件名，默認存放在DATADIR目錄中。
也可以將log-slow-queries配置到my.cnf文件中，這樣就省去了每次在啟動mysqld時都手工指定–log-slow-queries.例如:
# The MySQL server
[mysqld]
……
#slow-query-log
log-slow-queries = /var/lib/mysql/slow_query_log.log
……
2.讀取慢查詢日誌
[mysql@test2]$ cat slow_query_log.log
/usr/local/mysql/bin/mysqld, Version: 5.0.26-standard-log. started with:
Tcp port: 3306 Unix socket: /var/lib/mysql/mysql.sock
Time Id Command Argument
# Time: 080313 5:41:46
# User@Host: root[root] @ localhost []
# Query_time: 108 Lock_time: 0 Rows_sent: 0 Rows_examined: 8738
use test;
select count(1) from t1 a, t1 b,t1 c where a.id=b.id and b.name=c.name;
# Time: 080313 5:52:04
# User@Host: root[root] @ localhost []
# Query_time: 583 Lock_time: 0 Rows_sent: 0 Rows_examined: 508521177
select count(1) from t1 a, t1 b where a.id=b.id;
/usr/local/mysql/bin/mysqld, Version: 5.0.26-standard-log. started with:
Tcp port: 3306 Unix socket: /var/lib/mysql/mysql.sock
Time Id Command Argument
# Time: 080313 10:39:59
# User@Host: root[root] @ localhost []
# Query_time: 11 Lock_time: 0 Rows_sent: 4537467 Rows_examined: 4537467
use test;
select id from tail;
如果慢查詢日誌記錄很多可以使用mysqldumpslow進行分類匯總
[mysql@test2]$ mysqldumpslow slow_query_log.log
Reading mysql slow query log from slow_query_log.log
Count: 1 Time=583.00s (583s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost
select count(N) from t1 a, t1 b where a.id=b.id
Count: 1 Time=108.00s (108s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost
select count(N) from t1 a, t1 b,t1 c where a.id=b.id and b.name=c.name
Count: 1 Time=11.00s (11s) Lock=0.00s (0s) Rows=4537467.0 (4537467), root[root]@localhost
select id from tail;
mysql有以下幾種日誌：
錯誤日誌： -log-err
查詢日誌： -log
慢查詢日誌: -log-slow-queries
更新日誌: -log-update
二進位日誌： -log-bin
在mysql的安裝目錄下，打開my.ini,在後面加上上面的參數，保存後重啟mysql服務就行了。
例如：
#Enter a name for the binary log. Otherwise a default name will be used.
#log-bin=
#Enter a name for the query log file. Otherwise a default name will be used.
#log=
#Enter a name for the error log file. Otherwise a default name will be used.
log-error=
#Enter a name for the update log file. Otherwise a default name will be used.
#log-update=
查看日至：
1. 首先確認你日誌是否啟用了
mysqlshow variables like ‘log_bin’;
如果啟用了，即ON
那日誌文件就在mysql的安裝目錄的data目錄下
cat/tail 日誌文件名
2. 怎樣知道當前的日誌
mysql show master status;
3. 查看從某一段時間到某一段時間的日誌
mysqlbinlog –start-datetime=’2008-01-19 00:00:00′
–stop-datetime=’2008-01-30 00:00:00′ /var/log/mysql/mysql-bin.000006
mysqllog1.log
Linux系統上記錄MYSQL操作的審計日誌
根據筆者上一篇文章—Linux系統上記錄用戶操作的審計日誌 。本文來利用相同的方法記錄MYSQL操作的審計日誌。
使用用mysql工具連接MySQL server的所有操作會默認記錄到~/.mysql_history文件中，這個文件會把所有操作記錄下來，包括創建用戶和修改用戶的明文密碼，這在生產系統上是不安全的。如果不想保存，僅僅刪除是不行的（文件不存在會再建立），要直接將其軟連接到垃圾箱。
ln -s /dev/null ~/.mysql_history
利用上一篇文章相同的方法記錄MYSQL操作的審計日誌，是因為mysql工具本身就是有一個shell, 每次mysql連接退出後，都會把此次操作的信息記錄到~/.mysql_history文件中。那麼可以重新定義MYSQL_HISTFILE環境變數來保存mysql日誌。
先看置於/etc/profile.d目錄下的環境變數的腳本mysql_history.sh，和loginlog類似。
在測試時，發現平時使用的普通用戶在操作mysql後無法記錄，而root用戶（平時沒有操作過mysql）可以記錄成功。後來在在~/.mysql_history文件找到了操作記錄，估計是這個文件還存在的原因，刪除後才記錄到新的MYSQL_HISTFILE定義的路徑。
和loginlog一樣，需要定期刪除過期日誌，以下腳本置於/etc/cron.weekly 目錄下。
delete_time=15
find /opt/mysqllog/ -mtime +$delete_time -name ‘*.log’ -exec rm -r {} \;
但是相比於loginlog，mysqllog有兩點暫時沒有解決。
1、定義最大的記錄條數history.maxSize不知在哪定義，my.cnf?
2、每一條命令的時間記錄添加。
如何查看mysql資料庫操作記錄日誌？
有時候我們會不小心對一個大表進行了 update，比如說寫錯了 where 條件……
此時，如果 kill 掉 update 線程，那回滾 undo log 需要不少時間。如果放置不管，也不知道 update 會持續多久。
那我們能知道 update 的進度么？
實驗
我們先創建一個測試資料庫：
快速創建一些數據：
連續執行同樣的 SQL 數次，就可以快速構造千萬級別的數據：
查看一下總的行數：
我們來釋放一個大的 update：
然後另起一個 session，觀察 performance_schema 中的信息：
可以看到，performance_schema 會列出當前 SQL 從引擎獲取的行數。
等 SQL 結束後，我們看一下 update 從引擎總共獲取了多少行：
可以看到該 update 從引擎總共獲取的行數是表大小的兩倍，那我們可以估算：update 的進度 = (rows_examined) / (2 * 錶行數)
?小貼士
information_schema.tables 中，提供了對錶行數的估算，比起使用 select count(1) 的成本低很多，幾乎可以忽略不計。
那麼是不是所有的 update，從引擎中獲取的行數都會是表大小的兩倍呢？這個還是要分情況討論的，上面的 SQL 更新了主鍵，如果只更新內容而不更新主鍵呢？我們來試驗一下：
等待 update 結束，查看 row_examined，發現其剛好是表大小：
那我們怎麼準確的這個倍數呢？
一種方法是靠經驗：update 語句的 where 中會掃描多少行，是否修改主鍵，是否修改唯一鍵，以這些條件來估算係數。
另一種方法就是在同樣結構的較小的表上試驗一下，獲取倍數。
這樣，我們就能準確估算一個大型 update 的進度了。
mysql日誌文件在哪
可通過以下語句查看日誌存放路徑：
show variables like ‘general_log_file’;
結果：
其中，如圖所示紅框部分即為mysql日誌文件的存放路徑及文件名。
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/161016.html
微信掃一掃 
支付寶掃一掃 