MySQL中怎么開(kāi)啟用戶(hù)審計(jì)功能，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

成都創(chuàng)新互聯(lián)公司主要業(yè)務(wù)有網(wǎng)站營(yíng)銷(xiāo)策劃、成都做網(wǎng)站、網(wǎng)站制作、微信公眾號(hào)開(kāi)發(fā)、小程序制作、成都h5網(wǎng)站建設(shè)、程序開(kāi)發(fā)等業(yè)務(wù)。一次合作終身朋友，是我們奉行的宗旨；我們不僅僅把客戶(hù)當(dāng)客戶(hù)，還把客戶(hù)視為我們的合作伙伴，在開(kāi)展業(yè)務(wù)的過(guò)程中，公司還積累了豐富的行業(yè)經(jīng)驗(yàn)、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)資源和合作伙伴關(guān)系資源，并逐漸建立起規(guī)范的客戶(hù)服務(wù)和保障體系。 

背景：

假設(shè)這么一個(gè)情況，你是某公司mysql-DBA，某日突然公司中的所有被人為刪了。

盡管有數(shù)據(jù)備份，但是因服務(wù)停止而造成的損失上千萬(wàn)，現(xiàn)在公司需要查出那個(gè)做刪除操作的人。

但是擁有數(shù)據(jù)庫(kù)操作權(quán)限的人很多，如何排查，證據(jù)又在哪？

是不是覺(jué)得無(wú)能為力？

本身并沒(méi)有操作審計(jì)的功能，那是不是意味著遇到這種情況只能自認(rèn)倒霉呢？

本文就將討論一種簡(jiǎn)單易行的，用于mysql訪(fǎng)問(wèn)審計(jì)的思路。

概述：

其實(shí)mysql本身已經(jīng)提供了詳細(xì)的sql執(zhí)行記錄–general log（詳見(jiàn)上篇blog） ，但是開(kāi)啟它有以下幾個(gè)缺點(diǎn)

無(wú)論sql有無(wú)語(yǔ)法錯(cuò)誤，只要執(zhí)行了就會(huì)記錄，導(dǎo)致記錄大量無(wú)用信息，后期的篩選有難度。

sql并發(fā)量很大時(shí)，log的記錄會(huì)對(duì)io造成一定的印象，是數(shù)據(jù)庫(kù)效率降低。

日志文件很容易快速膨脹，不妥善處理會(huì)對(duì)磁盤(pán)空間造成一定影響。

本文觀(guān)點(diǎn)：

使用init-connect + binlog的方法進(jìn)行mysql的操作審計(jì)。

由于mysql binlog記錄了所有對(duì)數(shù)據(jù)庫(kù)長(zhǎng)生實(shí)際修改的sql語(yǔ)句，及其執(zhí)行時(shí)間，和connection_id但是卻沒(méi)有記錄connection_id對(duì)應(yīng)的詳細(xì)用戶(hù)信息。

因此本文將通過(guò)init-connect，在每次連接的初始化階段，記錄下這個(gè)連接的用戶(hù)，和connection_id信息。

在后期審計(jì)進(jìn)行行為追蹤時(shí)，根據(jù)binlog記錄的行為及對(duì)應(yīng)的connection-id 結(jié)合 之前連接日志記錄 進(jìn)行分析，得出最后的結(jié)論。

正文：

1. 設(shè)置init-connect

1.1 創(chuàng)建用于存放連接日志的數(shù)據(jù)庫(kù)和表

create database accesslog;

CREATE TABLE accesslog.accesslog (`id` int(11) primary key auto_increment, `time` timestamp, `localname` varchar(30), `matchname` varchar(30))

1.2 創(chuàng)建用戶(hù)權(quán)限

可用現(xiàn)成的root用戶(hù)用于信息的讀取

grant read on accesslog.* to root@localhost identified by ‘password’;

如果存在具有to *.* 權(quán)限的用戶(hù)需要進(jìn)行限制。

當(dāng)前登錄用戶(hù)需要對(duì)accesslog庫(kù)至少具有insert權(quán)限

1.3 設(shè)置init-connect

在[mysqld]下添加以下設(shè)置：

init-connect=’insert into accesslog.accesslog values(connection_id(),now(),user(),current_user());’—注意insert句子的語(yǔ)法、引號(hào)正確，如果錯(cuò)誤的話(huà)，登錄到mysql之后，操作db會(huì)提示你與服務(wù)器連接丟失。

Eg.提示信息

  No connection. Trying to reconnect...

Connection id:    220

Current database: *** NONE ***

 ERROR 2013 (HY000): Lost connection to MySQL server during query

log-bin--------如果原來(lái)的配置文件已經(jīng)啟用了日志，這里省略

1.4 重啟數(shù)據(jù)庫(kù)生效

shell> service mysqld restart

2. 記錄追蹤

2.1 thread_id確認(rèn)

假設(shè)想知道在2009年11月25日，上午9點(diǎn)多的時(shí)候，是誰(shuí)吧test.dummy這個(gè)表給刪了。可以用以下語(yǔ)句定位

mysqlbinlog –start-datetime=’2009-11-25 09:00:00′ –stop-datetime=’2009-11-25 09:00:00′  binlog.xxxx | grep ‘dummy’-B 5

會(huì)得到如下結(jié)果(可見(jiàn)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 用戶(hù)確認(rèn)

thread_id 確認(rèn)以后，找到元兇就只是一條sql語(yǔ)句的問(wèn)題了。

select * from accesslog.accesslog where conn_id=5 ;

就能發(fā)現(xiàn)是testuser2@localhost干的了。

+——+——————————-+——————————-+—————————–+

| id   | time                        | localname              | matchname          |

+——+——————————-+——————————-+—————————–+

|   5  | 2009-11-25 10:57:39 | testuser2@localhost | testuser2@%        |

+——+——————————-+——————————-+—————————–+

3. Q&A

Q：使用init-connect會(huì)影響服務(wù)器性能嗎？

A：理論上，只會(huì)在用戶(hù)每次連接時(shí)往數(shù)據(jù)庫(kù)里插入一條記錄，不會(huì)對(duì)數(shù)據(jù)庫(kù)產(chǎn)生很大影響。除非連接頻率非常高（當(dāng)然，這個(gè)時(shí)候需要注意的就是如何進(jìn)行連接復(fù)用和控制，而非是不是要用這種方法的問(wèn)題了）

Q：access-log表如何維護(hù)?

A: 由于是一個(gè)log系統(tǒng)，推薦使用archive存儲(chǔ)引擎，有利于數(shù)據(jù)厄壓縮存放。如果數(shù)據(jù)庫(kù)連接數(shù)量很大的話(huà)，建議一定時(shí)間做一次數(shù)據(jù)導(dǎo)出，然后清表。

Q：表有其他用途么？

A：有！access-log表當(dāng)然不只用于審計(jì)，當(dāng)然也可以用于對(duì)于數(shù)據(jù)庫(kù)連接的情況進(jìn)行數(shù)據(jù)分析，例如每日連接數(shù)分布圖等等，只有想不到?jīng)]有做不到。

Q：會(huì)有遺漏的記錄嗎？

A：會(huì)的，init-connect 是不會(huì)在super用戶(hù)登錄時(shí)執(zhí)行的。所以access-log里不會(huì)有數(shù)據(jù)庫(kù)超級(jí)用戶(hù)的記錄，這也是為什么我們不主張多個(gè)超級(jí)用戶(hù)，并且多人使用的原因

關(guān)于mysql中怎么開(kāi)啟用戶(hù)審計(jì)功能問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

當(dāng)前標(biāo)題：mysql中怎么開(kāi)啟用戶(hù)審計(jì)功能
本文地址：http://chinadenli.net/article34/gidspe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、品牌網(wǎng)站建設(shè)、動(dòng)態(tài)網(wǎng)站、網(wǎng)站建設(shè)、定制開(kāi)發(fā)、關(guān)鍵詞優(yōu)化

廣告

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