-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
audit_record_cmds vs audit_record_objs #12
Comments
Looks like the thing to do is to add support for empty set of objects as a special entry. For example we can have '{}' refer to the empty set. |
…bject set in audit_record_objs. Fix for copying configuration strings where there is an update handler.
I"ve done a commit to resolve this. It is now possible to specifyy '{}' as part of audit_record_objs. If '{}' is specified then also commands with an empty object set will be logged. This will be officially included in the 1.0.3 binary release. |
Hi, Just to illustrate, say I want to audit DROP table and UPDATE on test.abc table, if I set It won't log DROP table. Any ideas? Thanks. |
Please provide more details. Simple test would be to set both with values set global audit_record_cmds="insert,update"; Then do some inserts/updates on tables both in test.* and other dbs. You On Wed, Jun 12, 2013 at 4:47 PM, JackyShu [email protected] wrote:
|
Hi Guy, It works fine if there is only DML in audit_record_cmds. But Got problem when it has DDL as well. Looks drop only log when dropping test.abc. Is there a way to log to dropping any tables but also with update on test.abc enabled? Thanks. |
This is not supported. The way it works currently the logic is the same for On Wed, Jun 12, 2013 at 10:21 PM, JackyShu [email protected] wrote:
|
Hi Guy, Can I make a feature request on how to audit different commands on different objects? My understanding is that will be more like what people do on auditing. Thanks. |
A feature request is welcome. Not sure though, if it will be implemented On Fri, Jun 14, 2013 at 4:27 PM, JackyShu [email protected] wrote:
|
when setting audit_record_cmds and audit_record_objs the commands no associated with specific objects (set_option,grant,drop ...) are also not logged.
Suggestion: audit_record_objs should only by applied only when there is/are object(s) associated.
The text was updated successfully, but these errors were encountered: