Bug #81557 MySQL Fabric uses wrong argument of MAKETIME in prune_log Event
| Submitted: | 24 May 2016 4:25 | Modified: | 26 Jul 2016 2:14 |
|---|---|---|---|
| Reporter: | Tsubasa Tanaka (OCA) | Email Updates: | |
| Status: | Won't fix | Impact on me: | |
| Category: | MySQL Fabric | Severity: | S2 (Serious) |
| Version: | 1.5.6 | OS: | Any |
| Assigned to: | CPU Architecture: | Any | |
| Tags: | maketime, mysqlfabric, prune_error_log, prune_log | ||
[24 May 2016 4:25]
Tsubasa Tanaka
[24 May 2016 4:29]
Tsubasa Tanaka
https://github.com/mysql/mysql-fabric/pull/4
[24 May 2016 6:19]
MySQL Verification Team
Hello Tanaka-San, Thank you for the report. Thanks, Umesh
[24 May 2016 13:28]
OCA Admin
Contribution submitted via Github - Fix Bug#81557 (*) Contribution by tsubasa tanaka (Github yoku0825, mysql-fabric/pull/4#issuecomment-221252281): I confirm the code being submitted is offered under the terms of the OCA, and that I am authorized to contribute it.
Contribution: git_patch_71156377.txt (text/plain), 1.31 KiB.
[25 Jul 2016 11:00]
Tsubasa Tanaka
It's my mistake, MAKETIME(0, 0, %s) returns NULL when %s is greater than 59. mysql> SELECT MAKETIME(0,0,3600); +--------------------+ | MAKETIME(0,0,3600) | +--------------------+ | NULL | +--------------------+ 1 row in set (0.00 sec) mysql> SELECT MAKETIME(0,0,60); +------------------+ | MAKETIME(0,0,60) | +------------------+ | NULL | +------------------+ 1 row in set (0.00 sec) So, prune_log Event should not use MAKETIME, just compare them as second(int value) like this. CURRENT_TIMESTAMP() - TIMESTAMP(reported) > %s.
[26 Jul 2016 2:14]
Tsubasa Tanaka
One more for optimizer, `DELETE FROM log WHERE reported < DATE_SUB(UTC_TIMESTAMP(), INTERVAL %s SECOND)` is better. See also, Bug#81558
[6 Jul 2017 19:20]
Bugs System
Status updated to 'Won't fix' (Fabric is now covered under Oracle Lifetime Sustaining Support)
Portions of this website are copyright © 2001, 2002 The PHP Group
Page generated in 0.058 sec. using MySQL 8.4.7-u6-cloud
Timestamp references displayed by the system are UTC.
Content reproduced on this site is the property of the
respective copyright holders.
It is not reviewed in advance
by Oracle and does not necessarily represent the opinion of
Oracle or any other party.