mysql设置与取消“onupdatecurrent_timestamp”?

说实话，当我在做一个订购系统时，update_time 字段让我担心了一段时间。
当时的需求是，当订单状态发生变化时，必须自动记录时间，但即使订单状态发生变化，时间也不能更新，否则数据库负载过大。

所以我在表中这样设置：update_time字段的类型为TIMESTAMP，默认值为DEFAULT CURRENT_TIMESTAMP，然后检查ON UPDATE CURRENT_TIMESTAMP。
说实话，一开始我有点困惑，因为担心每次粘贴都要输入时间。
原来默认值是CURRENT_TIMESTAMP，只在插入时分配，更新时使用ON UPDATE。

有趣的是，这个设置其实还蛮实用的。
例如，我曾经尝试更新一个订单金额，但是更新时间没有改变，所以我检查了日志。
当时我有点困惑，后来意识到时间戳没有更新，因为数据没有改变。

但是这里要小心。
如果表结构非常复杂，例如整型字段为NULL或默认值为0，即使只更改一个字段，有时也会触发ON UPDATE CURRENT_TIMESTAMP。
我记得有一次，一位同事写了一个更新脚本，但是由于一个隐藏的INT字段没有显式更新，所以update_time实际上被更改为最新时间。
我花了很长时间才检查出来。

我自己没有运行过这个，但我记得数据是TIMESTAMP类型，更新精度限制为秒。
如果您需要毫秒，则可能需要使用 DATETIME(3 ) 代替。
不过TIMESTAMP的优点是会根据时区自动转换，而DATETIME则不会。
这个要看业务场景。

总的来说，使用这个功能确实很省事，但是你要注意细节，否则很容易惹上麻烦。

如何建立mysql时间戳字段

直接使用 NOW() 表示日期，使用 CURRENT_TIMESTAMP() 表示时间戳。
简单明了。
这个方法经常被使用，所以不要犯这个错误。

mysql创建一个表完整过程 建表语句加字段详解实例

上周有客户问我如何在MySQL中创建表以及如何注意很多细节。
我向他详细解释说，这个过程其实相当重要，关系到数据库的性能和稳定性。
让我们一步一步来：
首先，我们需要定义表和字段的结构。
这相当于搭建了一个房屋框架。
首先必须知道所需的房间（场）。
例如，在用户信息表中，我们必须有ID、用户名、电子邮件、密码和注册时间等字段。
使用 CREATE TABLE 语句指定字段类型、约束和默认值。
例如：
sql 创建表用户（ id INT 自动递增主键， 用户名 VARCHAR(5 0) NOT NULL UNIQUE, 电子邮件 VARCHAR(1 00) NOT NULL UNIQUE, 密码 VARCHAR(2 5 5 ) NOT NULL, 创建时间 TIMESTAMP 默认 CURRENT_TIMESTAMP );
这里的ID是自增主键，保证记录的唯一性。
用户名和电子邮件不为空且唯一。
密码必须具有足够长的哈希值。
Create_at 默认为当前时间戳。

然后，为了优化查询，我们需要创建索引。
这就像为常用的门安装一条快速通道一样。
例如，用户名和电子邮件经常用于查询，因此必须对它们建立索引：
sql 创建索引 idx_username ON user(用户名); 在用户（电子邮件）上创建索引 idx_email;
接下来，选择字符集和排列。
这就像决定在家里说什么语言以及如何沟通一样。
我通常建议使用 utf8 mb4 ，因为它支持多种语言，包括表情符号。

sql 默认 CARSET=utf8 mb4 COLLATE=utf8 mb4 _unicode_ci;
存储引擎也很重要，因为它决定了表的行为。
InnoDB支持事务和行级锁，这对于大多数情况来说都很好，所以这些都是常用的。

最后，如果数据量很大，可以考虑表分区，这会让管理和查询更加高效。
例如按年份分区：
sql 按范围分区 (YEAR(created_on)) ( 分区 p0 值小于 (2 02 0)， 分区 p1 值小于 (2 02 1 )， 分区 p2 值小于 (2 02 2 )， 分区 p3 值小于 MAXVALUE );
一般来说，创建MySQL表时，必须注意字段长度、索引数量、引擎特性等细节。
这样构建的时间表可以满足业务需求并适应未来的扩展。
不管怎样，这取决于你，这些步骤是基本的，所以在进行数据库管理时要小心。
我现在还在思考这个问题，怎样才能让数据库运行的更加高效。