avi*_*eks 1 mysql timestamp sql-timestamp
我在我的一个表中使用时间戳列,并使用自动更新功能。这是我的表架构:
mysql> desc user_rides;
+------------+--------------+------+-----+-------------------+-----------------------------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+-------------------+-----------------------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| user_id | int(11) | NO | MUL | NULL |
| ride_cnt | int(11) | YES | | NULL | |
| created_at | timestamp | NO | | CURRENT_TIMESTAMP | |
| updated_at | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
+------------+--------------+------+-----+-------------------+-----------------------------+
5 rows in set (0.02 sec)
Run Code Online (Sandbox Code Playgroud)
我所期待的是,
created_at列随着时间初始化,行被创建和updated_at列与created_at任何列(基本上ride_cnt)更新时相同并且也会更新。
这很好用。
但我还期待的是,updated_at即使ride_cnt具有相同的值也会更新。这样我就可以跟踪上次获取行值的时间,并且可以忽略以供进一步运行。
例如:
将使用ride_cnt我们运行更新的最新时间更新 = 0的行。这样可以在很长一段时间内忽略行以重新初始化。
有没有什么办法可以在不手动传递时间戳的情况下实现这一点?
编辑:
这里发生了什么,
mysql> insert into user_ride set user_id=7445, user_ride=0;
Query OK, 1 row affected (0.01 sec)
mysql> insert into user_ride set user_id=7009, user_ride=2;
Query OK, 1 row affected (0.00 sec)
mysql> select * from user_ride;
+----+---------+-----------+---------------------+---------------------+
| id | user_id | user_ride | created_at | updated_at |
+----+---------+-----------+---------------------+---------------------+
| 1 | 7445 | 0 | 2017-06-13 10:44:05 | 2017-06-13 10:44:05 |
| 2 | 7009 | 2 | 2017-06-13 10:44:18 | 2017-06-13 10:44:18 |
+----+---------+-----------+---------------------+---------------------+
2 rows in set (0.00 sec)
mysql> update user_ride set user_ride=0 where id=1;
Query OK, 0 rows affected (0.01 sec)
Rows matched: 1 Changed: 0 Warnings: 0
mysql> select * from user_ride;
+----+---------+-----------+---------------------+---------------------+
| id | user_id | user_ride | created_at | updated_at |
+----+---------+-----------+---------------------+---------------------+
| 1 | 7445 | 0 | 2017-06-13 10:44:05 | 2017-06-13 10:44:05 |
| 2 | 7009 | 2 | 2017-06-13 10:44:18 | 2017-06-13 10:44:18 |
+----+---------+-----------+---------------------+---------------------+
2 rows in set (0.00 sec)
mysql> update user_ride set user_ride=1 where id=1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from user_ride;
+----+---------+-----------+---------------------+---------------------+
| id | user_id | user_ride | created_at | updated_at |
+----+---------+-----------+---------------------+---------------------+
| 1 | 7445 | 1 | 2017-06-13 10:44:05 | 2017-06-13 10:45:26 |
| 2 | 7009 | 2 | 2017-06-13 10:44:18 | 2017-06-13 10:44:18 |
+----+---------+-----------+---------------------+---------------------+
2 rows in set (0.00 sec)
Run Code Online (Sandbox Code Playgroud)
我想提请注意您在上述场景中的第一次更新:
mysql> update user_ride set user_ride=0 where id=1;
Query OK, 0 rows affected (0.01 sec)
Rows matched: 1 Changed: 0 Warnings: 0
Run Code Online (Sandbox Code Playgroud)
我们可以看到有一个匹配的行,但实际上没有发生更新。这样做的原因是更新不会导致数据实际发生变化。因此,时间戳的ON UPDATE条款updated_at从未生效。我可以为您的问题提供两种解决方法。第一个,可能是性能最高的,是updated_at在更新期间手动将列设置为当前时间戳。因此,从上面的示例中,您将使用它:
update user_ride set user_ride = 0, updated_at = CURRENT_TIMESTAMP where id=1;
Run Code Online (Sandbox Code Playgroud)
这应该会触发该行的实际更新,因为自上次更新以来时间戳已更改。
另一种解决方法是找到一种方法来确保每次更新都会更改给定记录中的某些数据。然后,该ON UPDATE条款将始终适用。
这似乎是一个限制,但我想如果基础数据本身没有改变,MySQL 不会认为记录发生了变化。
这个问题有点像这个问题的重复:
但是,由于 SO 对这个问题的覆盖面很窄,我认为这个答案可能对遇到相同问题的其他人有用。
| 归档时间: |
|
| 查看次数: |
2251 次 |
| 最近记录: |