MySQL企业版的优势在于有原厂技术支持，以及几个相当不错的功能插件，例如Transparent Data Encryption (TDE)（透明数据加密）、Audit（审计）、thread pool（线程池）、firewall（防火墙）、Data Masking（数据打码）等功能，还有企业级高可用、备份、监控等工具套件。
在企业级应用中，通常需要记录关键操作行为，以及满足合规审计需求，所以会用到审计功能。
本文带着大家一起体验企业版审计插件（Audit Plugin）。
1. 安装插件
安装审计插件比较简单，只要执行安装目录下的脚本即可
mysql -f < path-to-basedir/share/audit_log_filter_linux_install.sql [root@yejr.run]> show plugins; +---------------------------------+----------+--------------------+--------------+-------------+ | Name | Status | Type | Library | License | +---------------------------------+----------+--------------------+--------------+-------------+ ... | audit_log | ACTIVE | AUDIT | audit_log.so | PROPRIETARY | +---------------------------------+----------+--------------------+--------------+-------------+
此外，datadir目录下还会生成对应的日志文件 audit.log。
2. 审计插件设置
和审计插件相关的配置参数有17个，但我认为需要关注的参数主要有下面几个：
[root@yejr.run]> show global variables like 'audi%'; +--------------------------------------+--------------+ | Variable_name | Value | +--------------------------------------+--------------+ ... | audit_log_buffer_size | 8388608 | | audit_log_rotate_on_size | 67108864 | | audit_log_strategy | ASYNCHRONOUS | ... +--------------------------------------+--------------+
- audit_log_buffer_size，在写入日志文件前，可以放在buffer里的日志大小。
- audit_log_rotate_on_size，日志文件超过64MB后，会生成一个新的，更方便管理。
- audit_log_strategy，日志写入策略，采用默认的ASYNCHRONOUS（异步）即可。
企业版的审计功能，可以针对以下不同事件类型进行审计：a. 指定某些账户，或者排除某些账号。b. 针对某些事件类型（event class），例如：connection（连接）、general（常规操作）、tableaccess（表访问）。c. 在上述类型的基础上，还可以指定某些子类型（event subclass），例如：针对连接中的changeuser行为，或者针对表访问的delete行为等。d. 事件日志中包含指定关键字，例如可以记录针对某个关键业务表的删除行为（防止误操作或恶意破坏）。
审计策略规则存储在 mysql.audit_log_filter和 mysql.audit_log_user两个表中，前者存储具体的规则策略，后者存储策略=>账户的对应关系。
[root@yejr.run] [mysql]>select NAME, FILTER from audit_log_filter; +--------------------+--------------------------+ | NAME | FILTER | +--------------------+--------------------------+ | abort_yejr_t1_del | {"filter": {"class": ... | | log_yejr_all_query | {"filter": {"class": ... | +--------------------+--------------------------+ [root@yejr.run] [mysql]>select * from audit_log_user; +------+------+-------------------+ | USER | HOST | FILTERNAME | +------+------+-------------------+ | yejr | % | abort_yejr_t1_del | +------+------+-------------------+
初始化完毕后，还要执行下面的SQL以升级相关的表结构（主要是校验集）：
ALTER TABLE mysql.audit_log_user DROP FOREIGN KEY audit_log_user_ibfk_1; ALTER TABLE mysql.audit_log_filter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_ci; ALTER TABLE mysql.audit_log_user CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_ci; ALTER TABLE mysql.audit_log_user MODIFY COLUMN USER VARCHAR(32); ALTER TABLE mysql.audit_log_user ADD FOREIGN KEY (FILTERNAME) REFERENCES mysql.audit_log_filter(NAME);
3. 审计规则使用案例
举几个审计规则的案例。规则1：记录账户 "yejr@'%'" 全部Query请求，除此外不记录其他请求，包括像连接、断开的请求。
# 创建一个新规则，名为 log_yejr_all_query [yejr@yejr.run]> select audit_log_filter_set_filter('log_yejr_all_query', '{ "filter": { "class": { "name": "general", "event": { "name": "status", "log": { "field": { "name": "general_command.str", "value": "Query" } } } } } }'); # 将这个新规则指派给账号 yejr@% [yejr@yejr.run]> select audit_log_filter_set_user('yejr@%', 'log_yejr_all_query');
规则2：记录 "root@localhost" 账户的全部请求，万一超级账户误操作可以看日志
[yejr@yejr.run]> select audit_log_filter_set_filter('log_all', '{ "filter": { "log": true } }'); [yejr@yejr.run]> select audit_log_filter_set_user('root@localhost', 'log_all');
规则3：阻止 "jack@'%'" 删除 "yejr.t1" 表中的数据
[yejr@yejr.run]> select audit_log_filter_set_filter('abort_yejr_t1_del', '{ "filter": { "class": { "name": "table_access", "event": { "name": [ "delete" ], "abort": { "and": [ { "field": { "name": "table_database.str", "value": "yejr" } }, { "field": { "name": "table_name.str", "value": "t1" } } ] } } } } } '); [yejr@yejr.run]> select audit_log_filter_set_user('jack@%', 'abort_yejr_t1_del');
最后，可以手动刷新策略使其立即生效。
[yejr@yejr.run]> select audit_log_filter_flush();
如果执行完后，这个规则还没理解生效，有几种方法：
- 在客户端的话，可以手动执行命令
connect，使其重新建立连接，就可以生效了。 - 应用程序断开重新连接。
- 如果用C API的话，可以调用
mysql_change_user()函数即可。
上面案例中的第三条规则刷新后，如果执行删除请求，就会报告下面的错误提示：
[yejr@yejr.run] [yejr]> delete from t1 where id = 3306; ERROR 1045 (28000): Statement was aborted by an audit log filter
并且审计日志中会有这样一条记录：
<AUDIT_RECORD> <TIMESTAMP>2020-06-02T08:51:25 UTC</TIMESTAMP> <RECORD_ID>14_2020-06-02T08:32:44</RECORD_ID> <NAME>TableDelete</NAME> <CONNECTION_ID>33</CONNECTION_ID> <USER>yejr[yejr] @ localhost []</USER> <OS_LOGIN/> <HOST>localhost</HOST> <IP/> <COMMAND_CLASS>delete</COMMAND_CLASS> <SQLTEXT>delete from t1 where id = 514</SQLTEXT> <DB>yejr</DB> <TABLE>t1</TABLE> </AUDIT_RECORD>
此外，关于审计策略的使用还有以下几点：
a. 规则中可以是包含或排除某些策略。b. 还可以在规则中设定阻止（忽略）某些SQL的执行。c. 可以定义多条规则，并指派给多个账户。d. 还可以定义一些默认的规则。e. 开启AUDIT后，势必会有一定程度的性能损失。
更多复杂的策略可以参考手册内容。对比看了下MariDB的AUDIT插件功能，相对于Oracle MySQL企业版还是简单了些，就不做对比测试了。
最后亲切友情提醒：MySQL企业版下载后只能试用一个月，试用完毕后记得删除卸载哟，土豪的话直接无脑付费即可哟。
