I have a table with the below column
`update_ts` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
I have two databases set up using replication. On master while inserting null to the above column, Current time stamp is inserted.
But the same record on being replicated to the slave gives error. Error is that Null value is not permitted for the column
The only difference is that in slave DB, the specific column is indexed in the table.
Mysql reference has the below line
By default, TIMESTAMP columns are NOT NULL, cannot contain NULL values, and assigning NULL assigns the current timestamp.
So i expect the column to get the current time stamp
The data is put to master through spring.
Is this an expected behaviour?
tl;dr
The NOT NULL is permitting you to pass a null value which would normally become current_timestamp.
Original
Its inserted as "null". INSERT INTO table Values(null);
That's forbidden due to the NOT NULL requirement (the point with NOT NULL is to forbid null values) -- you're not suppose to mention the value. Skip the value and the default value will take it's correct place.
Let's take a look at the docs:
In addition, you can initialize or update any TIMESTAMP column to the current date and time by assigning it a NULL value, unless it has been defined with the NULL attribute to permit NULL values.
You are permitting null values because of your NOT NULL requirement. In order for your argument to be valid then you need to remove it.
Found the issue. The flag
explicit_defaults_for_timestamp
was not set in replication. Setting this solves the problem
Related
In this following mysql command i am seeing the Keyword DEFAULT
CREATE Table User
(
id int(11) NOT NULL AUTO_INCREMENT,
created_at datetime DEFAULT NULL
)
My Question Is :
Why is there a default keyword if i am allowing datetime to be null
Is it about the Datetime syntax, so that it should be in default format.
please explain it to me. I also found the documentation page for DEFAULT in mysql. but i am not understanding it.
[N.B.: Pardon Me, If this a beginner question, or already asked. But I did not find exactly what i was looking for.]
1. Why is there a default keyword if i am allowing datetime to be null
If a column definition includes no explicit DEFAULT value, MySQL determines the default value as described in Section 12.7, “Data Type Default Values”.
MySQL will add default value to column definition by it's own rules if you don't set it manually. So, DEFAULT is always presented, except special datatypes
DEFAULT does not apply to the BLOB, TEXT, GEOMETRY, and JSON types
2. Is it about the Datetime syntax, so that it should be in default format.
No. If you allow null, then column can take any valid datetime value OR null. Null is valid too. And from manual:
If the column can take NULL as a value, the column is defined with an explicit DEFAULT NULL clause.
As result, if you create table with column created_at datetime it will be converted according these rules to created_at datetime DEFAULT NULL.
Update
Some examples. Next CREATE TABLE statements are equivalent:
CREATE Table User
(
created_at datetime NULL
);
CREATE Table User
(
created_at datetime DEFAULT NULL
);
You said, that you "allow null" for this column. Probably, you was using first query with created_at datetime NULL syntax. But MySQL really translates it into second query, because of rules above.
Why is there a default keyword if i am allowing datetime to be null
You mistake the NULL after DEFAULT with the NULL that allows a column to contain NULL values. Read below about the difference.
Is it about the Datetime syntax, so that it should be in default format.
The DEFAULT keyword in a CREATE TABLE statement doesn't tell anything about any format. It specifies the default value to be used for the column when an INSERT statement doesn't provide a value for it.
The complete definition of a table column in the CREATE TABLE statement contain the following pieces, in this order:
field name;
field type;
NULL or NOT NULL - are NULL values allowed to be stored in the field? If neither is specified, NULL is assumed;
DEFAULT default value - the value to be used for the field when an INSERT statement doesn't provide a value for it; NULL can be used as default value if the column is nullable; if it's not specified, MySQL uses some rules to compute the default value based on the field type;
AUTO_INCREMENT - when a value is not provided for the column, MySQL uses the biggest value existing in the column plus one; can be used only with integer and float columns;
one of UNIQUE, UNIQUE KEY, KEY, PRIMARY KEY - the first two are equivalent and they specify that the column is an unique index of the table (it cannot contain the same value for two or more rows); the last two specify the column is the identifier of the row (it is an UNIQUE INDEX and it cannot contain NULL values); these attributes can be specified here for compatibility with other database systems; on MySQL one usually specifies the table indexes after the columns using a different syntax;
COMMENT string - a comment for the column; it is not used by MySQL but it can be useful for the developers (to specify what represents the column);
other, less used, options.
Only the first two pieces from the list above (the name and the type) are required; all the others are optional. If present, they must be provided in the order of the list.
Your statement:
CREATE TABLE User
(
id INT(11) NOT NULL AUTO_INCREMENT,
created_at DATETIME DEFAULT NULL
)
The column id specifies NOT NULL, skips DEFAULT and specifies AUTO_INCREMENT. Without AUTO_INCREMENT, MySQL uses 0 as the default value (this is the default value for integer types). Because of AUTO_INCREMENT, when a value is not provided in the INSERT statement, MySQL finds the largest value already stored in the column, increases it with 1 and uses this computed value for the column.
The column created_at doesn't specify if it allows NULL values (it allows them, this is the default) and specifies that the default value for the column is NULL.
Examples
Let's see how it works:
INSERT INTO User(id, created_at) VALUES (5, '2016-06-01 11:22:33')
inserts a new row having the values provided in the INSERT statement; no surprise here.
INSERT INTO User(created_at) VALUES ('2016-06-02 12:34:56')
inserts a new row with id = 6, created_at = '2016-06-02 12:34:56'. Because a value was not provided for column id, the AUTO_INCREMENT option generated 6 for it (the successor of the larger value already in the column).
The same happens when NULL is provided for the AUTO_INCREMENT column:
INSERT INTO User(id, created_at) VALUES (NULL, '2016-06-03')
inserts id = 7, created_at = '2016-06-03 00:00:00'. Please also note that, because the time components were not specified in the value provided for created_at, MySQL defaulted them to 00:00:00.
A new statement:
INSERT INTO User(id) VALUES (10)
creates a row having id = 10, created_at = NULL.
The statement
INSERT INTO User() VALUES()
looks strange but it's perfectly legal and inserts a row that uses the default values for all its columns. In this case, the new row have the values id = 11, created_at = NULL.
Finally, the statement
INSERT INTO User(id) VALUES(5)
fails because there already exists a row having id = 5 in the table (it was inserted by the first statement at the start of the examples.
The DEFAULT constraint is used to insert a default value into a column.
The default value will be added to all new records, if no other value is specified.
The DEFAULT value clause in a data type specification indicates a default value for a column. With one exception, the default value must be a constant; it cannot be a function or an expression.
For More Information See This Question.
MySQL columns with default null - stylistic choice, or is it?
Think of NULL as unknown. This has interesting implications, like:
mysql> select null = true;
+-------------+
| null = true |
+-------------+
| NULL |
+-------------+
and
mysql> select null != true;
+--------------+
| null != true |
+--------------+
| NULL |
+--------------+
From MySQL Data Type Default Values
If the column can take NULL as a value, the column is defined with an explicit DEFAULT NULL clause.
For MySQL those definitions are all same and identical
column type
column type NULL
column type DEFAULT NULL
column type NULL DEFAULT NULL
I've googled this for a bit and can't find anything on it.
Why does the MySQL column type "TIMESTAMP" require the "NULL" parameter to accept null values, when other column types dont?
Also, is this the only column type that requires the "NULL" parameter to accept null values?
Thank you.
This is related to a system variable that was added in 5.6.6 and later, explicit_defaults_for_timestamp. The default behavior is:
TIMESTAMP columns not explicitly declared with the NULL attribute are assigned the NOT NULL attribute. (Columns of other data types, if not explicitly declared as NOT NULL, permit NULL values.) Setting such a column to NULL sets it to the current timestamp.
The first TIMESTAMP column in a table, if not declared with the NULL attribute or an explicit DEFAULT or ON UPDATE clause, is automatically assigned the DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP attributes.
TIMESTAMP columns following the first one, if not declared with the NULL attribute or an explicit DEFAULT clause, are automatically assigned DEFAULT '0000-00-00 00:00:00' (the “zero” timestamp). For inserted rows that specify no explicit value for such a column, the column is assigned '0000-00-00 00:00:00' and no warning occurs.
Setting this variable makes TIMESTAMP columns behave like other columns. The plan is that in some future release the non-standard behavior will be removed entirely, and the variable will then be deprecated.
I have this table with newspost, i want to add timestamps on date added, and i want to update another col when the post is edited. I would like it to happen automaticly in MySql. without the use of any PHP code.
CREATE TABLE IF NOT EXISTS news (
id int(11) NOT NULL AUTO_INCREMENT,
data text,
date_published timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
date_edited timestamp NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (id)
);
What's the best practice in a case like this?
Consider using triggers. From the MySQL docs:
A trigger is a named database object that is associated with a table, and that activates when a particular event occurs for the table. Some uses for triggers are to perform checks of values to be inserted into a table or to perform calculations on values involved in an update.
Example of a trigger:
CREATE TRIGGER trigger_example AFTER UPDATE ON news
FOR EACH ROW UPDATE some_table SET another_column = NEW.data;
You can only use the DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP features on one timestamp column in a table.
Use the following table definition to turn off the features for date_published and use them for date_edited:
CREATE TABLE IF NOT EXISTS news (
id INT(11) NOT NULL AUTO_INCREMENT,
data TEXT,
date_published TIMESTAMP NOT NULL DEFAULT 0,
date_edited TIMESTAMP NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (id)
);
When inserting a new row, pass a NULL value for date_published to automatically assign the current timestamp to that column.
MySQL Docs on Automatic Initialization and Updating for TIMESTAMP:
It need not be the first TIMESTAMP column in a table that is
automatically initialized or updated to the current timestamp.
However, to specify automatic initialization or updating for a
different TIMESTAMP column, you must suppress the automatic properties
for the first one. Then, for the other TIMESTAMP column, the rules for
the DEFAULT and ON UPDATE clauses are the same as for the first
TIMESTAMP column, except that if you omit both clauses, no automatic
initialization or updating occurs.
To suppress automatic properties for the first TIMESTAMP column, do
either of the following:
Define the column with a DEFAULT clause that specifies a constant default value.
Specify the NULL attribute. This also causes the column to permit NULL values, which means that you cannot assign the current timestamp by setting the column to NULL. Assigning NULL sets the column to NULL.
I hope this isn't a dumb question. You can set a default value for all variables or a function for when it is inserted. but if the field is not required to insert and you don't allow null values, what is the "blank" value that you see in phpMyAdmin? in a query is it returned as empty string, etc?
just trying to figure it out, I want to query for all records such that the value for a specific column in that record is not "empty" or blank or whatever.
thanks.
Referring to the manual,
For data entry for a NOT NULL column that has no explicit DEFAULT
clause, if an INSERT or REPLACE statement includes no value for the
column, or an UPDATE statement sets the column to NULL, MySQL handles
the column according to the SQL mode in effect at the time:
If strict SQL mode is not enabled, MySQL sets the column to the implicit default value for the column data type.
If strict mode is enabled, an error occurs for transactional tables and the statement is rolled back. For nontransactional tables, an
error occurs, but if this happens for the second or subsequent row of
a multiple-row statement, the preceding rows will have been inserted.
So your question now may be, what are the implicit default values for the various column data types? Here you go:
Implicit defaults are defined as follows:
For numeric types, the default is 0, with the exception that for integer or floating-point types declared with the AUTO_INCREMENT
attribute, the default is the next value in the sequence.
For date and time types other than TIMESTAMP, the default is the appropriate “zero” value for the type. For the first TIMESTAMP column
in a table, the default value is the current date and time. See Section 10.3, “Date and Time Types”.
For string types other than ENUM, the default value is the empty string. For ENUM, the default is the first enumeration value.
There IS no default value unless you specify one (i.e. unless you define a "default constraint" for the column in question).
Here's an example for adding a default on an existing column:
ALTER TABLE dbo.customer ALTER COLUMN contactname SET DEFAULT 'Unknown'
Here's an example creating the table with a default:
CREATE TABLE Books (
ID SMALLINT NOT NULL,
Name VARCHAR(40) NOT NULL,
PubID SMALLINT NOT NULL DEFAULT 0
)
It's good practice to declare ALL columns "not null", and provide default constraints as appropriate.
In the "books" example above, if you "insert" without specifying PubID, the PubID will be zero.
In the same example, if you "insert" without specifying ID or Name ... you'll get an error.
If you want MySQL to auto-assign an ID, use this syntax instead:
CREATE TABLE Books (
ID SMALLINT NOT NULL AUTO_INCREMENT,
Name VARCHAR(40) NOT NULL,
PubID SMALLINT NOT NULL DEFAULT 0
)
If you want to disallow null :-
alter table YOUR_TABLE modify column COLUMN varchar(255) not null default '';
The above query will disallow null and assign an empty string when the value is not supplied.
In phpmysqladmin, blank = empty.
Via PHP mysqli function or mysql function, null value is returned as null still.
Once you have apply the query, you can easily filter that by using
select ... from YOUR_TABLE
where COLUMN != ""; <-- no need to check is null
<-- because the first query already enforce not null
However, is best for you do this before perform the alter :-
update YOUR_TABLE set COLUMN = ""
where COLUMN is null;
I have a table which contains a couple timestamp fields and but I'm having some problems having some of the fields defaulting to NULL.
In my users table I have these timestamp tables:
(field),(NULL),(default val)
deleted_on YES NULL
last_change_attemp YES NULL
newpass_time YES NULL
last_login YES NULL
created NO 0000-00-00 00:00:00
updates YES NULL
When I go edit a row in phpMyAdmin, the row I'm editing already has the NULL checkbox checked for all NULL fields, except the first field: *deleted_on*. If I manually check the checkbox, it allows me to maintain that field as NULL.
When I update another field via a query, it automatically does a current_timestamp on that first field. Is this expected?
I've read through the docs again and noticed this piece of text
To specify automatic default or updating for a TIMESTAMP column other
than the first one, you must suppress the automatic initialization and
update behaviors for the first TIMESTAMP column by explicitly
assigning it a constant DEFAULT value (for example, DEFAULT 0 or
DEFAULT '2003-01-01 00:00:00'). Then, for the other TIMESTAMP column,
the rules are the same as for the first TIMESTAMP column, except that
if you omit both of the DEFAULT and ON UPDATE clauses, no automatic
initialization or updating occurs.
http://dev.mysql.com/doc/refman/5.0/en/timestamp.html
So for the time being I have the fields default to 0000-00-00 00:00:00 to prevent auto updates.
phpMyAdmin does some weird things with timestamps and null, especially if the column is marked as CURRENT_TIMESTAMP
I don't know why.