Bug #64941 | performance_schema setup tables do not hold their settings permanently | ||
---|---|---|---|
Submitted: | 11 Apr 2012 9:38 | Modified: | 10 Jan 2013 12:25 |
Reporter: | Simon Mudd (OCA) | Email Updates: | |
Status: | Won't fix | Impact on me: | |
Category: | MySQL Server: Performance Schema | Severity: | S4 (Feature request) |
Version: | 5.5.22 | OS: | Any |
Assigned to: | CPU Architecture: | Any | |
Tags: | windmill |
[11 Apr 2012 9:38]
Simon Mudd
[11 Apr 2012 10:40]
Arnaud Adant
This is a valid feature request. However, it is already implemented in 5.6. http://dev.mysql.com/doc/refman/5.6/en/performance-schema options.html#option_mysqld_performance_schema_instrument So this FR is about the backport to 5.5.
[11 Apr 2012 10:47]
Arnaud Adant
see also : http://dev.mysql.com/doc/refman/5.6/en/performance-schema-startup-configuration.html and http://marcalff.blogspot.co.uk/2011/12/mysql-564-performance-schema.html
[10 Jan 2013 12:25]
Erlend Dahl
Analysis from Marc Alff: For 5.5, the work around is to write a .sql file that contains all the configuration desired, using UPDATE statements on tables performance_schema.setup_*, and to use the following server option to execute this .sql file at startup: --init-file=name Read SQL commands from this file at startup When using the same my.cnf file for multiple servers in a big deployment, this implies to deploy a copy of the .sql file used as well. The feature is implemented already in 5.6, and there is a work around for 5.5 Backporting this 5.6 feature to 5.5 is not needed (and not desirable, to avoid changing production releases). Marking as "won't fix" for the backport.