审计报错

本功能基于审计插件，所以需要先开启审计插件才能使用，并且必须确保设置参数 audit_log_enabled = 1，和audit_log_to_table = 1，启用审计和审计日志入表特性。


启用审计插件方法参考 https://greatsql.cn/docs/8.0.32- ... security-audit.html

yejr 发表于 2024-8-5 17:47
本功能基于审计插件，所以需要先开启审计插件才能使用，并且必须确保设置参数 audit_log_enabled = 1，和au ...

| audit_log_enabled           | 1             |
| audit_log_to_table          | 1             |

开的

ShawnYan 发表于 2024-8-5 18:00
| audit_log_enabled           | 1             |
| audit_log_to_table          | 1             |

日志也请提供下，可能首次初始化失败报错了。

另外，在当前session中启用审计后，在新建的session里才能生效。

测试验证了一番，应该是因为docker build影响导致的，具体原因还未知，后续待查。

如果改用docker启动一个全新的环境，再安装GreatSQL rpm包，这种方式则可以正常工作。

问题已修复，docker镜像也已更新，严老师可以再重试下

yejr 发表于 2024-8-7 19:41
问题已修复，docker镜像也已更新，严老师可以再重试下

感谢叶老师帮忙解决，顺便问下，这个现象是符合预期的么？


(Wed Aug  7 15:07:58 2024)[root@GreatSQL][(none)]>SELECT audit_login_messages(10);
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| audit_login_messages(10)                                                                                                                                                                                                                            |
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| | name | time | connection_id | status | user | host | ip | server_id |
| Connect | 2024-08-07 15:07:56 | 178 | 1045 | root | localhost |  | 3306186 |
| Connect | 2024-08-07 15:07:38 | 171 | 0 | root | localhost |  | 3306186 |
| Total 2 rows | |
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

(Wed Aug  7 15:08:00 2024)[root@GreatSQL][(none)]>\r
Connection id:    187
Current database: *** NONE ***

(Wed Aug  7 15:08:05 2024)[root@GreatSQL][(none)]>SELECT audit_login_messages(10);
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| audit_login_messages(10)                                                                                                                                             |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| | name | time | connection_id | status | user | host | ip | server_id |
| Connect | 2024-08-07 15:07:58 | 180 | 0 | root | localhost |  | 3306186 |
| Total 1 rows | |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.01 sec)

ShawnYan 发表于 2024-8-7 23:08
感谢叶老师帮忙解决，顺便问下，这个现象是符合预期的么？

是的，这个插件记录的是：上一次成功登录以及上一次成功登录后所有的失败登录信息。

问题原因查明了，是因为在初始化脚本中执行了下面这条删除操作，导致该问题

1. 
   
2. DELETE FROM mysql.user WHERE user NOT IN ('mysql.sys', 'mysqlxsys', 'mysql.infoschema', 'mysql.session', 'root') OR host NOT IN ('localhost') ;
   

复制代码

详见commit log：https://gitee.com/GreatSQL/Great ... 76c64516a06061a4ee2

这个问题在MySQL、Percona的Docker镜像构建过程同样存在。