Bug #81009 | ps_truncate_all_tables() does not work in super_read_only mode | ||
---|---|---|---|
Submitted: | 8 Apr 2016 10:01 | Modified: | 11 Aug 2016 14:24 |
Reporter: | Simon Mudd (OCA) | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: SYS Schema | Severity: | S3 (Non-critical) |
Version: | 5.7.10, 5.7.12 | OS: | Any |
Assigned to: | CPU Architecture: | Any | |
Tags: | performance_schema, super_read_only, sys |
[8 Apr 2016 10:01]
Simon Mudd
[14 Apr 2016 8:15]
MySQL Verification Team
Hello Simon, Thank you for the feature request/feedback! Thanks, Umesh
[12 May 2016 17:16]
Mark Leith
Changing from FR to bug. See related Bug#81394.
[11 Aug 2016 14:24]
Paul DuBois
Posted by developer: Noted in 5.7.16 changelog. The sys schema ps_truncate_all_tables() function did not work with read_only enabled or for users with the SUPER privilege with super_read_only enabled, due to errors attempting to truncate Performance Schema tables. The function now skips these tables if they cannot be truncated.
[17 Aug 2016 17:18]
Paul DuBois
Revised changelog entry: The sys schema ps_truncate_all_tables() function did not work with read_only enabled or for users with the SUPER privilege with super_read_only enabled, due to errors attempting to truncate Performance Schema tables. The server now skips the read_only/super_read_only check for Performance Schema tables, with the result that ps_truncate_all_tables() will work under such configurations.
[28 Sep 2016 14:26]
Paul DuBois
Posted by developer: Noted in 5.7.17 (not 5.7.16) changelog.