Bug #9496 | Table mysql.proc created by mysql_create_system_tables lacks ENGINE-specificati | ||
---|---|---|---|
Submitted: | 30 Mar 2005 17:32 | Modified: | 26 Apr 2005 0:51 |
Reporter: | Anders Karlsson | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | 5.0.3 | OS: | |
Assigned to: | Jim Winstead | CPU Architecture: | Any |
[30 Mar 2005 17:32]
Anders Karlsson
[30 Mar 2005 17:39]
Anders Karlsson
mysql_fix_privilege_tables.sql also needs this fix, as this will create the proc table if it doesn't exist, again without specifying an ENGINE.
[31 Mar 2005 16:41]
Peter Zaitsev
This practically to the fact we're fixing symptoms rather than problem by trying to block these tables to be Innodb or other storage engine. Besides this we also should ensure one can't alter tables to Innodb (and other storage engines) .... each time new tables are added to mysql database. Much better solution would be finally fixing so these tables can be Innodb. This is needed anyway to archive ACID behavior, as currently if will crash your system at unlucky time when adding user or storage procedure you may get table corrupted with system failing to start or other effects. The NDB Cluster is other example when you should have system tables in different storage engine.
[15 Apr 2005 20:55]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/internals/24064
[25 Apr 2005 22:40]
Jim Winstead
Fixed in 5.0.4.
[26 Apr 2005 0:51]
Paul DuBois
Noted in 5.0.4 changelog.