Percona5.6首次提供了审计日志功能

最新推荐文章于 2023-04-02 14:24:27 发布

转载最新推荐文章于 2023-04-02 14:24:27 发布 · 103 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://yq.aliyun.com/articles/413919

文章标签：

#数据库

本文介绍了 Percona Server 5.6.17 版本中新增的审计日志功能，该功能可以帮助开发者追踪数据库记录的删除操作，包括执行删除操作的时间、用户及 IP 地址等关键信息。

如果有一天数据库里丢失了一条记录，开发让你查什么时候被谁从哪个IP，执行了delete操作，那么在之前的版本是无法查到的，而Percona最新版本5.6.17首次提供了审计日志功能。

（注：截止2014年5月19日，官方MySQL5.6.17社区版和MariaDB10.0.11均没有提供该功能）

版本：

 
    
         5.6
         .
         17
         -
         65.0
         -rel65.
         0
         -log Percona Server 
         with 
         XtraDB (GPL), Release rel65.
         0
         , Revision 
         587 
        

  

安装插件：

 
         INSTALL PLUGIN audit_log SONAME 
         'audit_log.so'
         ;

show plugins;你会发现

 
         | audit_log                   | ACTIVE   | AUDIT              | audit_log.so | GPL     |

变量参数：

 
         mysql> show global 
         var
         iables like 
         'audit%'
         ; 
        
         +--------------------------+--------------+
        
         | Variable_name            | Value        |
        
         +--------------------------+--------------+
        
         | audit_log_buffer_size    | 
         1048576      
         | 
        
         | audit_log_file           | audit.log    |
        
         | audit_log_flush          | OFF          |
        
         | audit_log_format         | NEW          |
        
         | audit_log_policy         | ALL          |
        
         | audit_log_rotate_on_size | 
         0            
         | 
        
         | audit_log_rotations      | 
         0            
         | 
        
         | audit_log_strategy       | ASYNCHRONOUS |
        
         +--------------------------+--------------+
        
         8 
         rows 
         in 
         set 
         (
         0.00 
         sec)

它先会把日志写入内存，然后再刷入磁盘里。

audit_log_strategy参数可以调整下面4个策略

 
    
         1
         、ASYNCHRONOUS log using memory buffer, 
         do 
         not drop events 
         if 
         buffer 
         is 
         full 
        
 
         2
         、PERFORMANCE log using memory buffer, drop events 
         if 
         buffer 
         is 
         full 
        
 
         3
         、SEMISYNCHRONOUS log directly to file, 
         do 
         not fsync every event 
        
 
         4
         、SYNCHRONOUS log directly to file, fsync every event 
        

  