[Tau]

Была табличка вот такая:

mysql> SELECT * from sms_code;
| id  | time                | phone       | mac               | ip           | code  | mid        | remote_ip      | token                            | activated | activate_time       |
|  68 | 2015-11-25 16:42:49 | 7926XXXXXXX | 00:XX:XX:XX:XX:8C | 10.0.yyy.yyy | zzzzz |      12345 | XX.XX.XX.XX    | 93b4179808ca224477fff08d2XXX54X0 |         1 | 0000-00-00 00:00:00 |
|  69 | 2015-11-25 17:01:35 | 7926XXXXXXX | BX:XX:XX:XX:XX:AB | 10.0.yyy.yyy | zzzzz | 5061652143 | XX.XX.XX.XX    | a9c398ca7e92f5cc9037291e7XXXX1Xf |         1 | 0000-00-00 00:00:00 |
ВЫРЕЗАНО
| 849 | 2016-04-29 11:26:03 | 7926XXXXXXX | 00:XX:XX:XX:XX:59 | 10.0.0.ZZ    | zzzzz | 5115879796 | XX.XX.XX.XX    | cb3e2c4bf94deff3b0728aeeaXXXfX81 |         1 | 0000-00-00 00:00:00 |
| 850 | 2016-04-29 11:54:14 | 7926XXXXXXX | BX:XX:XX:XX:XX:AB | 10.0.0.ZZ    | zzzzz | 5115888498 | XX.XX.XX.XX    | 8387824c76d88e306f5099704XXXXx69 |         0 | 0000-00-00 00:00:00 |
| 851 | 2016-04-29 12:05:36 | 7926XXXXXXX | 00:XX:XX:XX:XX:59 | 10.0.0.ZZ    | zzzzz | 5115890670 | XX.XX.XX.XX    | 3536f78c3b59d0cf6593d452cXXXXX69 |         0 | 0000-00-00 00:00:00 |

733 rows in set (0.01 sec)

После вот такой операции, которая, как ожидалось, должна была установить в NULL все записи из столбца activate_time

mysql> update sms_code set activate_time=NULL;
Query OK, 733 rows affected (0.04 sec)
Rows matched: 733  Changed: 733  Warnings: 0

 

Получилось всё совсем по-другому:

 

mysql> SELECT * from sms_code;
| id  | time                | phone       | mac               | ip           | code  | mid        | remote_ip      | token                            | activated | activate_time       |
|  68 | 2016-04-29 13:33:01 | 7926XXXXXXX | 00:XX:XX:XX:XX:8C | 10.0.yyy.yyy | zzzzz |      12345 | XX.XX.XX.XX    | 93b4179808ca224477fff08d2XXX54X0 |         1 | NULL                |
|  69 | 2016-04-29 13:33:01 | 7926XXXXXXX | BX:XX:XX:XX:XX:AB | 10.0.yyy.yyy | zzzzz | 5061652143 | XX.XX.XX.XX    | a9c398ca7e92f5cc9037291e7XXXX1Xf |         1 | NULL                |
ВЫРЕЗАНО
| 849 | 2016-04-29 13:33:01 | 7926XXXXXXX | 00:XX:XX:XX:XX:59 | 10.0.0.25    | zzzzz | 5115879796 | XX.XX.XX.XX    | cb3e2c4bf94deff3b0728aeeaXXXfX81 |         1 | NULL                |
| 850 | 2016-04-29 13:33:01 | 7926XXXXXXX | BX:XX:XX:XX:XX:AB | 10.0.0.13    | zzzzz | 5115888498 | XX.XX.XX.XX    | 8387824c76d88e306f5099704XXXXx69 |         0 | NULL                |
| 851 | 2016-04-29 13:33:01 | 7926XXXXXXX | 00:XX:XX:XX:XX:59 | 10.0.0.25    | zzzzz | 5115890670 | XX.XX.XX.XX    | 3536f78c3b59d0cf6593d452cXXXXX69 |         0 | NULL                |
733 rows in set (0.01 sec)

 

А именно - activate_time обNULLился, но вместе с ним установилось значение столбца time в текущее время.

 

Да как так-то, а? (с) RED21

[grifin.ru]

Тип данных столбца time ?

триггеры на таблицу ?

[Svyatoybog]

скорее всего триггер есть на изменение таблицы, откройте свойства таблицы и посмотрите

Изменено 29 апреля, 2016 пользователем Svyatoybog

[Tau]

Тип данных столбца time ?

триггеры на таблицу ?

Вот оно чё!

`time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

На UPDATE внимание не обратил.

[grifin.ru]

Пожалуйста )

[Tau]

Пожалуйста )

Дольше "конфиденциальную" информацию вычищал)))

Спасибо!