Question

I'd like some clarification on the behaviour of default values in MySQL 5.5 & 5.6. Lets say we have the following table on a MySQL 5.5 server:

CREATE TABLE `test` (
`TestColumn` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
) ENGINE=INNODB DEFAULT CHARSET=utf8;

I am able to run the following query without issue:

INSERT INTO `test` VALUES (NULL);

Which creates the following row:

 TestColumn
 2014-02-20 14:55:05

Now if I repeat the same test on a MySQL 5.6 server, the insert fails:

Error Code: 1048
Column 'TestColumn' cannot be null

I understand that timestamp automatic initilisation has changed in 5.6 (http://dev.mysql.com/doc/refman/5.6/en/timestamp-initialization.html), but what I can't work out is how to replicate the behaviour seen in 5.5 in 5.6.

Not sure if it matters but our 5.6 server has explicit_defaults_for_timestamp set to ON.

Ideally what I'm after is a solution to this, but if anyone has a better understand and can explain it that would be useful as well.

Thanks.

EDIT: We are using MySQL 5.6.13

Was it helpful?

Solution

The behavior you showed above in 5.5 was actually a bug. This was fixed in 5.6.11. Check out the release notes for 5.6.11 at the very bottom. It was part of bugs 68472 and 16394472 (which I can't actually find a link to).

If you turn the explicit_defaults_for_timestamp flag off, it SHOULD work as it did in 5.5

This was the exact same issue that I had with our DB when we updated from 5.5 to 5.6.

OTHER TIPS

Did you try omitting the column?

INSERT INTO `test` () VALUES ();
Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top