mysql日志记录操作人员的信息以便于追踪

来源:互联网 发布:淘宝设置全场满包邮 编辑:程序博客网 时间:2024/05/17 22:18

本文观点:

使用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 username@localhost identified by ‘password’;

如果存在具有to *.* 权限的用户需要进行限制。

1.3 设置init-connect

[mysqld]下添加以下设置:

init-connect=’insert into accesslog.accesslog values(connection_id(),now(),user(),current_user());’

lob-bin='C:/ProgramData/MySQL/MySQLServer5.5/log/mysql-bin.log'

1.4 重启数据库生效

shell> service mysqld restart(linux下)

或者在服务中重新启动mysql 的服务

2. 记录追踪

2.1 thread_id确认

假设想知道是谁吧test.dummy这个表给删了。可以用以下语句查看

mysqlbinlog mysql-bin.000001;

会得到如下结果(可见thread_id5)

# at 300777

#131105 10: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 id=5 ;

就能发现是testuser2@localhost干的了。

 

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

| id   | time                        | localname              | matchname          |

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

|   5  | 2013-11-55 10:57:39 | testuser2@localhost | testuser2@%        |

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

 

3. Q&A

Q:使用init-connect会影响服务器性能吗?

A:理论上,只会在用户每次连接时往数据库里插入一条记录,不会对数据库产生很大影响。除非连接频率非常高(当然,这个时候需要注意的就是如何进行连接复用和控制,而非是不是要用这种方法的问题了)

Qaccess-log表如何维护?

A: 由于是一个log系统,推荐使用archive存储引擎,有利于数据厄压缩存放。如果数据库连接数量很大的话,建议一定时间做一次数据导出,然后清表。

Q:表有其他用途么?

A:有!access-log表当然不只用于审计,当然也可以用于对于数据库连接的情况进行数据分析,例如每日连接数分布图等等,只有想不到没有做不到。

 

Q:会有遗漏的记录吗?

A:会的,init-connect 是不会在super用户登录时执行的。所以access-log里不会有数据库超级用户的记录,这也是为什么我们不主张多个超级用户,并且多人使用的原因。



参考:http://space.itpub.net/133735/viewspace-691196

参考:http://blog.chinaunix.net/uid-7187455-id-3135548.html

原创粉丝点击