MYSQL中怎样设列的默认值为Now()的介绍

本文深入探讨了MySQL中TIMESTAMP列类型的特性,包括其默认值、更新机制及显示尺寸,同时展示了如何在数据库操作中灵活运用TIMESTAMP列来记录时间戳。

TIMESTAMP的变体
1,TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
在创建新记录和修改现有记录的时候都对这个数据列刷新

2,TIMESTAMP DEFAULT CURRENT_TIMESTAMP
在创建新记录的时候把这个字段设置为当前时间,但以后修改时,不再刷新它

3,TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
在创建新记录的时候把这个字段设置为0,以后修改时刷新它

4,TIMESTAMP DEFAULT ‘yyyy-mm-dd hh:mm:ss’ ON UPDATE CURRENT_TIMESTAMP
在创建新记录的时候把这个字段设置为给定值,以后修改时刷新它

 

 

 

 

MySQL目前不支持列的Default 为函数的形式,如达到
你某列的默认值为当前更新日期与时间的功能,你可以使用TIMESTAMP列类型下面就
详细说明TIMESTAMP列类型

*TIMESTAMP列类型*
TIMESTAMP值可以从1970的某时的开始一直到2037年,精度为一秒,其值作为
数字显示。
TIMESTAMP值显示尺寸的格式如下表所示:

+---------------+----------------+
| 列类型    | 显示格式    |
| TIMESTAMP(14) | YYYYMMDDHHMMSS | 
| TIMESTAMP(12) | YYMMDDHHMMSS  |
| TIMESTAMP(10) | YYMMDDHHMM   |
| TIMESTAMP(8) | YYYYMMDD    |
| TIMESTAMP(6) | YYMMDD     |
| TIMESTAMP(4) | YYMM      |
| TIMESTAMP(2) | YY       |
+---------------+----------------+
“完整”TIMESTAMP格式是14位,但TIMESTAMP列也可以用更短的显示尺寸创造
最常见的显示尺寸是6、8、12、和14。
你可以在创建表时指定一个任意的显示尺寸,但是定义列长为0或比14大均会
被强制定义为列长14。
列长在从1~13范围的奇数值尺寸均被强制为下一个更大的偶数。

*列如:*
定义字段长度   强制字段长度
TIMESTAMP(0) -> TIMESTAMP(14)
TIMESTAMP(15)-> TIMESTAMP(14)
TIMESTAMP(1) -> TIMESTAMP(2)
TIMESTAMP(5) -> TIMESTAMP(6)

所有的TIMESTAMP列都有同样的存储大小,
使用被指定的时期时间值的完整精度(14位)存储合法的值不考虑显示尺寸。
不合法的日期,将会被强制为0存储

*这有几个含意: *
1、虽然你建表时定义了列TIMESTAMP(8),但在你进行数据插入与更新时
TIMESTAMP列实际上保存了14位的数据(包括年月日时分秒),只不过在你进行查
询时MySQL返回给你的是8位的年月日数据。如果你使用ALTER TABLE拓宽一个狭窄
的TIMESTAMP列,以前被“隐蔽”的信息将被显示。
2、同样,缩小一个TIMESTAMP列不会导致信息失去,除了感觉上值在显示时,
较少的信息被显示出。
3、尽管TIMESTAMP值被存储为完整精度,直接操作存储值的唯一函数是
UNIX_TIMESTAMP();由于MySQL返回TIMESTAMP列的列值是进过格式化后的检索的
值,这意味着你可能不能使用某些函数来操作TIMESTAMP列(例如HOUR()或SECOND
()),除非TIMESTAMP值的相关部分被包含在格式化的值中。例如,一个TIMESTAMP
列只有被定义为TIMESTAMP(10)以上时,TIMESTAMP列的HH部分才会被显示,因此在
更短的TIMESTAMP值上使用HOUR()会产生一个不可预知的结果。
4、不合法TIMESTAMP值被变换到适当类型的“零”值(00000000000000)。
(DATETIME,DATE亦然)    

*你可以使用下列语句来验证:*
CREATE TABLE test ('id' INT (3) UNSIGNED AUTO_INCREMENT, 'date1'
TIMESTAMP (8) PRIMARY KEY('id'));
INSERT INTO test SET id = 1;
SELECT * FROM test;
+----+----------------+
| id | date1     |
+----+----------------+
| 1 | 20021114    |
+----+----------------+
ALTER TABLE test CHANGE 'date1' 'date1' TIMESTAMP(14);
SELECT * FROM test;
+----+----------------+
| id | date1     |
+----+----------------+
| 1 | 20021114093723 |
+----+----------------+

你可以使用TIMESTAMP列类型自动地用当前的日期和时间标记INSERT或UPDATE
的操作。
如果你有多个TIMESTAMP列,只有第一个自动更新。
自动更新第一个TIMESTAMP列在下列任何条件下发生:

1、列值没有明确地在一个INSERT或LOAD DATA INFILE语句中指定。
2、列值没有明确地在一个UPDATE语句中指定且另外一些的列改变值。(注意
一个UPDATE设置一个列为它已经有的值,这将不引起TIMESTAMP列被更新,因为如
果你设置一个列为它当前的值,MySQL为了效率而忽略更改。)
3、你明确地设定TIMESTAMP列为NULL.
4、除第一个以外的TIMESTAMP列也可以设置到当前的日期和时间,只要将列设
为NULL,或NOW()。

CREATE TABLE test (
'id' INT (3) UNSIGNED AUTO_INCREMENT,
'date1' TIMESTAMP (14),
'date2' TIMESTAMP (14),
PRIMARY KEY('id')
);

INSERT INTO test (id, date1, date2) VALUES (1, NULL, NULL);
INSERT INTO test SET id= 2;
+----+----------------+----------------+
| id | date1     | date2     |
+----+----------------+----------------+
| 1 | 20021114093723 | 20021114093723 |
| 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->第一条指令因设date1、date2为NULL,所以date1、date2值均为当前时间
第二条指令因没有设date1、date2列值,第一个TIMESTAMP列date1为更新为
当前时间,
而二个TIMESTAMP列date2因日期不合法而变为“00000000000000”

UPDATE test SET id= 3 WHERE id=1;
+----+----------------+----------------+
| id | date1     | date2     |
+----+----------------+----------------+
| 3 | 20021114094009 | 20021114093723 |
| 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->这条指令没有明确地设定date2的列值,所以第一个TIMESTAMP列date1将被
更新为当前时间

UPDATE test SET id= 1,date1=date1,date2=NOW() WHERE id=3;
+----+----------------+----------------+
| id | date1     | date2     |
+----+----------------+----------------+
| 1 | 20021114094009 | 20021114094320 |
| 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->这条指令因设定date1=date1,所以在更新数据时date1列值并不会发生改变
而因设定date2=NOW(),所以在更新数据时date2列值会被更新为当前时间
此指令等效为 UPDATE test SET id= 1,date1=date1,date2=NULL WHERE id=3;

因MySQL返回的 TIMESTAMP 列为数字显示形式,
你可以用DATE_FROMAT()函数来格式化 TIMESTAMP 列

SELECT id,DATE_FORMAT(date1,'%Y-%m-%d %H:%i:%s') As date1,
DATE_FORMAT(date2,'%Y-%m-%d %H:%i:%s') As date2 FROM test;
+----+---------------------+---------------------+
| id | date1        | date2        |
+----+---------------------+---------------------+
| 1 | 2002-11-14 09:40:09 | 2002-11-14 09:43:20 |
| 2 | 2002-11-14 09:37:24 | 0000-00-00 00:00:00 |
+----+---------------------+---------------------+

SELECT id,DATE_FORMAT(date1,'%Y-%m-%d') As date1,
DATE_FORMAT(date2,'%Y-%m-%d') As date2 FROM test;

+----+-------------+-------------+
| id | date1    | date2    |
+----+-------------+-------------+
| 1 | 2002-11-14 | 2002-11-14 |
| 2 | 2002-11-14 | 0000-00-00 |
+----+-------------+-------------+

在某种程度上,你可以把一种日期类型的值赋给一个不同的日期类型的对象。
然而,而尤其注意的是:值有可能发生一些改变或信息的损失:

1、如果你将一个DATE值赋给一个DATETIME或TIMESTAMP对象,结果值的时间部
分被设置为'00:00:00',因为DATE值中不包含有时间信息。  
2、如果你将一个DATETIME或TIMESTAMP值赋给一个DATE对象,结果值的时间部
分被删除,因为DATE类型不存储时间信息。
3、尽管DATETIME, DATE和TIMESTAMP值全都可以用同样的格式集来指定,
但所有类型不都有同样的值范围。
例如,TIMESTAMP值不能比1970早,也不能比2037晚,
这意味着,一个日期例如'1968-01-01',当作为一个DATETIME或DATE值时它是
合法的,
但它不是一个正确TIMESTAMP值!并且如果将这样的一个对象赋值给TIMESTAMP
列,它将被变换为0。

*当指定日期值时,当心某些缺陷: *

1、允许作为字符串指定值的宽松格式能被欺骗。例如,,因为“:”分隔符的使
用,值'10:11:12'可能看起来像时间值,但是如果在一个日期中使用,上下文将作
为年份被解释成'2010-11-12'。值'10:45:15'将被变换到'0000-00-00',因为'45'
不是一个合法的月份。

2、以2位数字指定的年值是模糊的,因为世纪是未知的。MySQL使用下列规则
解释2位年值: 在00-69范围的年值被变换到2000-2069。 在范围70-99的年值被变
换到1970-1999。

<think>我们正在讨论如何在MySQL和SQLite中设置默认值为当前时间戳。根据用户的问题,他参考了两个引用,其中引用[1]提到了在SQLite中使用触发器来更新时间戳,引用[2]则介绍了SQLite的背景。但是,用户现在想知道的是如何配置默认值为当前时间戳,而不是通过触发器。 因此,我们需要分别说明在MySQL和SQLite中如何设置默认值为当前时间戳。 1. MySQL: 在MySQL中,我们可以使用`CURRENT_TIMESTAMP`作为默认值MySQL支持在定义时直接指定默认值为当前时间戳。例如: ```sql CREATE TABLE example ( id INT PRIMARY KEY, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); ``` 这样,当插入新记录时,如果没有提供`created_at`的,就会自动设置为当前的时间戳。 另外,MySQL还支持在更新时自动更新时间戳,这可以通过`ON UPDATE CURRENT_TIMESTAMP`来实现: ```sql CREATE TABLE example ( id INT PRIMARY KEY, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); ``` 在上述例子中,`updated_at`字段在插入时设置为当前时间戳,并且在每次更新行时自动更新为当前时间戳。 2. SQLite: 在SQLite中,设置默认值为当前时间戳的方法略有不同。SQLite没有像MySQL那样的`CURRENT_TIMESTAMP`关键字可以直接用作默认值(在定义中使用`CURRENT_TIMESTAMP`在SQLite中也是有效的,但注意SQLite的日期函数)。 实际上,SQLite支持使用`CURRENT_TIMESTAMP`,但是它的行为与MySQL有所不同。在SQLite中,`CURRENT_TIMESTAMP`返回的是UTC时间,并且格式为'YYYY-MM-DD HH:MM:SS'。 我们可以这样使用: ```sql CREATE TABLE example ( id INTEGER PRIMARY KEY, created_at TEXT DEFAULT CURRENT_TIMESTAMP ); ``` 注意:在SQLite中,没有专门的TIMESTAMP数据类型,通常使用TEXT、REAL或INTEGER来存储日期和时间。使用TEXT类型并以ISO8601字符串格式(即`YYYY-MM-DD HH:MM:SS.SSS`)存储是常见做法。 但是,SQLite的`CURRENT_TIMESTAMP`只精确到秒,如果想要更高的精度(比如毫秒),可以使用`strftime('%Y-%m-%d %H:%M:%f', 'now')`。 另外,SQLite不支持像MySQL那样在更新时自动更新时间戳的定义语法。因此,通常需要使用触发器来实现更新时的自动更新。这一点在用户提供的引用[1]中已经有所体现。 例如,创建一个在更新时自动设置`updated_at`字段的触发器: ```sql CREATE TRIGGER update_example_updated_at AFTER UPDATE ON example BEGIN UPDATE example SET updated_at = strftime('%Y-%m-%d %H:%M:%f', 'now') WHERE id = OLD.id; END; ``` 总结: - MySQL:可以直接在定义中使用`DEFAULT CURRENT_TIMESTAMP`和`ON UPDATE CURRENT_TIMESTAMP`。 - SQLite:在定义中可以使用`DEFAULT CURRENT_TIMESTAMP`(但精度只到秒,且存储为TEXT类型),对于更新时的时间戳自动更新,则需要使用触发器。 注意:在SQLite中,如果希望时间戳包含毫秒,可以使用`strftime`函数,如`strftime('%Y-%m-%d %H:%M:%f', 'now')`,它会返回包含毫秒的时间字符串(格式为YYYY-MM-DD HH:MM:SS.SSS)。 根据上述内容,我们可以给出具体的创建表的示例。 同时,我们在回答中需要引用用户提供的引用[1],因为其中涉及到了触发器的使用(用于SQLite的更新时间戳)。但注意,用户引用[1]中给出的触发器示例有递归问题,我们在回答中应避免递归触发器的错误。 因此,在SQLite中创建更新触发器的正确做法是:确保在触发器中不要更新导致触发器再次触发的。在引用[1]中,他们最初遇到了递归错误,是因为触发器更新了`updated`,而该又触发了同一个触发器。他们修正后的触发器指定了只更新特定的(name, passwd, created)才触发,从而避免了递归。但我们这里,我们只需要更新时间戳,所以需要确保触发器不会导致无限递归。 我们可以这样计:在触发器中,我们更新`updated_at`,但是我们要确保这个更新不会再次触发同一个触发器。在SQLite中,我们可以通过条件判断来避免递归,或者通过确保触发器只在特定更新时触发(并且不包括updated_at本身)。例如: ```sql CREATE TRIGGER update_example_updated_at AFTER UPDATE ON example WHEN old.updated_at <> new.updated_at OR old.updated_at IS NULL OR new.updated_at IS NULL -- 这个条件其实不是必须的,因为我们可以指定只在某些更新时触发 BEGIN UPDATE example SET updated_at = strftime('%Y-%m-%d %H:%M:%f', 'now') WHERE id = OLD.id; END; ``` 但更简单且避免递归的做法是:在创建触发器时,只针对需要触发的(即除了updated_at以外的其他)进行触发。例如: ```sql CREATE TRIGGER update_example_updated_at AFTER UPDATE OF column1, column2, ... ON example FOR EACH ROW BEGIN UPDATE example SET updated_at = strftime('%Y-%m-%d %H:%M:%f', 'now') WHERE id = OLD.id; END; ``` 但是,如果表中有很多,我们需要出除updated_at以外的所有,这很麻烦。因此,另一种方法是忽略updated_at的更新操作。在触发器中,我们可以使用条件判断:如果更新的不包括updated_at,则执行更新。但是SQLite的触发器语法不支持在AFTER UPDATE触发器中直接访问NEW和OLD的所有,但我们可以通过WHEN子句来检查某些是否改变。不过,在WHEN子句中,我们只能使用OLD和NEW来比较,而且不能直接写所有。 因此,为了避免递归,一个有效的方法是:在触发器中更新updated_at时,我们不要再次触发该触发器。在SQLite中,我们可以通过临时禁用触发器来实现,但这不是内建的。所以,更常见的做法是:在触发器中更新updated_at时,我们确保不会再次触发同一个触发器。这可以通过在触发器内部使用条件更新来避免,但SQLite并不支持在触发器内部禁用触发器。 实际上,引用[1]中的修正触发器是通过指定更新的(name, passwd, created)来避免递归的。因为当触发器更新updated时,并不会触发这个触发器(因为触发器只监听了name, passwd, created的更新)。所以,如果我们创建触发器时指定更新的,并且不包含updated_at,那么当触发器内部更新updated_at时,就不会再次触发该触发器。 因此,我们可以这样写: ```sql CREATE TRIGGER update_example_updated_at AFTER UPDATE OF column1, column2 ON example FOR EACH ROW BEGIN UPDATE example SET updated_at = strftime('%Y-%m-%d %H:%M:%f', 'now') WHERE id = OLD.id; END; ``` 这样,只有当column1或column2更新时,才会触发,而触发器内部更新updated_at不会触发这个触发器(因为updated_at不在触发器监听的表中)。 但是,如果表中有很多,并且希望除了updated_at以外的任何更新都触发,那么我们需要出所有需要监听的。如果后续增加了,还需要修改触发器。 因此,在SQLite中,自动更新时间戳的触发器计需要谨慎,以避免递归更新。 现在,我们根据上述分析给出回答。 </think>### MySQL 和 SQLite 中配置默认时间戳的方法 #### 📌 1. **MySQL 配置默认时间戳** 在 MySQL 中可直接使用 `CURRENT_TIMESTAMP` 作为默认值: ```sql CREATE TABLE example ( id INT PRIMARY KEY, -- 插入时自动填充当前时间 created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, -- 更新时自动刷新时间(需显式声明) updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); ``` **特点**: - 支持 `TIMESTAMP` 和 `DATETIME` 数据类型 - `ON UPDATE` 子句实现更新时自动刷新时间戳 - 存储格式:`YYYY-MM-DD HH:MM:SS`(精确到秒) #### 📌 2. **SQLite 配置默认时间戳** 在 SQLite 中需结合日期函数实现: ```sql CREATE TABLE example ( id INTEGER PRIMARY KEY, -- 使用内置函数获取时间 created_at TEXT DEFAULT (strftime('%Y-%m-%d %H:%M:%f', 'now', 'localtime')), updated_at TEXT -- 需通过触发器实现自动更新 ); -- 创建更新触发器(修正递归问题) CREATE TRIGGER update_timestamp AFTER UPDATE ON example WHEN OLD.updated_at IS NEW.updated_at -- 避免递归触发[^1] BEGIN UPDATE example SET updated_at = strftime('%Y-%m-%d %H:%M:%f', 'now', 'localtime') WHERE id = OLD.id; END; ``` **特点**: - 无原生 `TIMESTAMP` 类型,推荐用 `TEXT` 存储 ISO8601 格式 - `strftime()` 函数支持毫秒级精度(`%f`) - `'localtime'` 参数转换 UTC 为本地时区 - **必须通过触发器**实现更新时自动刷新[^1] #### ️ 关键差异总结 | 特性 | MySQL | SQLite | |---------------------|--------------------------------|---------------------------------| | **数据类型** | `TIMESTAMP`/`DATETIME` | `TEXT`/`INTEGER` | | **默认值语法** | `DEFAULT CURRENT_TIMESTAMP` | `DEFAULT (datetime('now'))` | | **更新时自动刷新** | 原生支持 (`ON UPDATE`) | 需通过触发器实现[^1] | | **时区处理** | 使用系统时区 | 需显式指定 `'localtime'` | | **毫秒精度** | `DATETIME(6)` | `strftime('%Y-%m-%d %H:%M:%f')` | #### 💡 实践建议 1. **MySQL 优先方案** ```sql created_at DATETIME(3) DEFAULT CURRENT_TIMESTAMP(3), updated_at DATETIME(3) DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3) ``` (`(3)` 表示毫秒精度) 2. **SQLite 防递归技巧** 在触发器中使用 `WHEN` 条件避免无限循环[^1]: ```sql CREATE TRIGGER update_trigger AFTER UPDATE ON table WHEN NEW.updated_at = OLD.updated_at -- 关键条件 BEGIN UPDATE table SET updated_at = datetime('now') WHERE id = OLD.id; END; ``` --- ### 相关总结图示 ```mermaid graph LR A[设置默认时间戳] --> B{数据库类型} B -->|MySQL| C[直接使用 DEFAULT CURRENT_TIMESTAMP] B -->|SQLite| D[组合方案] D --> E[默认值datetime/'now'] D --> F[更新用触发器] F --> G[需防递归逻辑] ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值