共計 2370 個字符，預計需要花費 6 分鐘才能閱讀完成。
這篇文章給大家分享的是有關 mysql 如何開啟審計功能的內容。丸趣 TV 小編覺得挺實用的，因此分享給大家做個參考，一起跟隨丸趣 TV 小編過來看看吧。
mysql audit- 訪問日志記錄
背景：
假設這么一個情況，你是某公司 mysql-DBA，某日突然公司數據庫中的所有被人為刪了。
盡管有數據備份，但是因服務停止而造成的損失上千萬，現在公司需要查出那個做刪除操作的人。
但是擁有數據庫操作權限的人很多，如何排查，證據又在哪？
是不是覺得無能為力？
mysql 本身并沒有操作審計的功能，那是不是意味著遇到這種情況只能自認倒霉呢？
本文就將討論一種簡單易行的，用于 mysql 訪問審計的思路。
概述：
其實 mysql 本身已經提供了詳細的 sql 執行記錄–general log，但是開啟它有以下幾個缺點
無論 sql 有無語法錯誤，只要執行了就會記錄，導致記錄大量無用信息，后期的篩選有難度。
sql 并發量很大時，log 的記錄會對 io 造成一定的印象，是數據庫效率降低。
日志文件很容易快速膨脹，不妥善處理會對磁盤空間造成一定影響。
本文觀點：
使用 init-connect + binlog 的方法進行 mysql 的操作審計。
由于 mysql binlog 記錄了所有對數據庫長生實際修改的 sql 語句，及其執行時間，和 connection_id 但是卻沒有記錄 connection_id 對應的詳細用戶信息。
因此本文將通過 init-connect，在每次連接的初始化階段，記錄下這個連接的用戶，和 connection_id 信息。
在后期審計進行行為追蹤時，根據 binlog 記錄的行為及對應的 connection-id 結合 之前連接日志記錄 進行分析，得出最后的結論。
正文：
1. 設置 init-connect
1.1 創建用于存放連接日志的數據庫和表
create database accesslog;
CREATE TABLE accesslog.accesslog (`id` int(11) primary key auto_increment, `time` timestamp, `localname` varchar(30), `matchname` varchar(30))
1.2 創建用戶權限
可用現成的 root 用戶用于信息的讀取
grant insert on accesslog.* to testuser@。。。。。。 —— 其他用戶需要對改庫擁有 insert 的權限，不然 init 初始化時插不進去
1.3 設置 init-connect
在 [mysqld] 下添加以下設置：
init-connect=’insert into accesslog.accesslog values(connection_id(),now(),current_user(),user());’
log-bin
1.4 重啟數據庫生效
shell service mysqld restart
2. 記錄追蹤
2.1 thread_id 確認
假設想知道在 2009 年 11 月 25 日，上午 9 點多的時候，是誰吧 test.dummy 這個表給刪了。可以用以下語句定位
mysqlbinlog –start-datetime=’2009-11-25 09:00:00′ –stop-datetime=’2009-11-25 09:00:00′ binlog.xxxx | grep‘dummy’-B 5
會得到如下結果(可見 thread_id 為 5)：
# at 300777
#091124 16:54:00 server id 10 end_log_pos 301396 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1259052840;
drop table test.dummy;
2.2 用戶確認
thread_id 確認以后，找到元兇就只是一條 sql 語句的問題了。
select * from accesslog.accesslog where conn_id=5 ;
就能發現是 testuser2@localhost 干的了。
+——+——————————-+——————————-+—————————–+
| id | time | localname | matchname |
+——+——————————-+——————————-+—————————–+
| 5 | 2009-11-25 10:57:39 | testuser2@localhost | testuser2@% |
+——+——————————-+——————————-+—————————–+
3. Q A
Q：使用 init-connect 會影響服務器性能嗎？
A：理論上，只會在用戶每次連接時往數據庫里插入一條記錄，不會對數據庫產生很大影響。除非連接頻率非常高（當然，這個時候需要注意的就是如何進行連接復用和控制，而非是不是要用這種方法的問題了）
Q：access-log 表如何維護?
A: 由于是一個 log 系統，推薦使用 archive 存儲引擎，有利于數據厄壓縮存放。如果數據庫連接數量很大的話，建議一定時間做一次數據導出，然后清表。
Q：表有其他用途么？
A：有！access-log 表當然不只用于審計，當然也可以用于對于數據庫連接的情況進行數據分析，例如每日連接數分布圖等等，只有想不到沒有做不到。
Q：會有遺漏的記錄嗎？
A：會的，init-connect 是不會在 super 用戶登錄時執行的。所以 access-log 里不會有數據庫超級用戶的記錄，這也是為什么我們不主張多個超級用戶，并且多人使用的原因。
感謝各位的閱讀！關于“mysql 如何開啟審計功能”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！
