1

我正在对我的一张表使用时间戳列，并使用自动更新功能。这是我的表架构：

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)

我期待的是，

  • created_at列与时间初始化，行被创建和
  • updated_atcreated_at列与任何列（基本上）更新时相同并且也会ride_cnt更新。

这很好用。

但我也期待的是updated_at即使ride_cnt具有相同的值也要更新。这样我就可以跟踪上次获取行的值的时间，并且可以忽略以进一步运行。

例如：

= 0的行将使用ride_cnt我们运行更新的最新时间进行更新。这样可以在很长一段时间内忽略行以重新初始化。

有什么方法可以在不手动传递时间戳的情况下实现这一点？

编辑：

这里发生了什么，

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)
4

2 回答 2

5

我想提请注意您在上述情况下的第一次更新：

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

我们可以看到有匹配的行，但实际上没有更新。这样做的原因是更新不会导致数据实际发生变化。因此，时间戳的ON UPDATE条款updated_at从未生效。我可以为您的问题提供两种解决方法。第一个，可能是性能最高的，将updated_at在更新期间手动将列设置为当前时间戳。因此，从上面的示例中，您将改用它：

update user_ride set user_ride = 0, updated_at = CURRENT_TIMESTAMP where id=1;

这应该会触发行的实际更新，因为时间戳自上次更新以来已更改。

另一种解决方法是找到一种方法来确保每次更新都将始终更改给定记录中的某些数据。然后，ON UPDATE将始终应用该子句。

这似乎是一个限制，但我猜如果底层数据本身没有改变，MySQL 不会认为记录发生了变化。

这个问题有点像这个问题的重复：

当没有任何变化时如何强制更新 MySQL 记录

但是，由于 SO 对这个问题的报道如此之少，我认为这个答案可能对遇到同样问题的其他人有用。

于 2017-06-13T05:53:32.560 回答
1

添加触发器。

CREATE TRIGGER user_ride_bu
BEFORE UPDATE ON user_ride
FOR EACH ROW
SET NEW.updated_at = NOW();

（对于那些想知道DELIMITER指令在哪里的人，当触发器有一个简单的语句时不需要它们）。

于 2017-06-13T11:55:25.170 回答