Bug #5915 | ALTER TABLE behaves differently when converting column to auto_increment in 4.1 | ||
---|---|---|---|
Submitted: | 6 Oct 2004 7:25 | Modified: | 7 Oct 2004 13:14 |
Reporter: | Dmitry Lenev | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S2 (Serious) |
Version: | 4.1-bk | OS: | |
Assigned to: | Dmitry Lenev | CPU Architecture: | Any |
[6 Oct 2004 7:25]
Dmitry Lenev
[7 Oct 2004 13:11]
Dmitry Lenev
Actually this bug was caused by the following changeset: ChangeSet 1.2017.10.25 2004/09/26 17:11:28 mskold@mysql.com Setting MODE_NO_AUTO_VALUE_ON_ZERO at copying in copy_data_between_tables Besides changing behavior for zero values, this changeset exposed the fact that NULL values were first converted to 0 and then stored in auto_increment field. Thus their converison were affected by NO_AUTO_VALUE_ON_ZERO mode (which is bug too). As part of the fix for this bug we are now automatically force NO_AUTO_VALUE_ON_ZERO mode in ALTER TABLE only when converting one auto_increment column to another auto_increment column (This includes the case when we don't touch this column at all).
[7 Oct 2004 13:14]
Dmitry Lenev
Thank you for your bug report. This issue has been committed to our source repository of that product and will be incorporated into the next release. If necessary, you can access the source repository and build the latest available version, including the bugfix, yourself. More information about accessing the source trees is available at http://www.mysql.com/doc/en/Installing_source_tree.html Additional info: ChangeSet 1.2059.3.1 2004/10/07 13:02:39 dlenev@brandersnatch.localdomain Fix for bug #5915 "ALTER TABLE behaves differently when converting column to auto_increment in 4.1".