2012-05-15 18:38:21.568895+00:00
https://api.launchpad.net/1.0/bugs/611878
https://api.launchpad.net/1.0/~damientournoud
https://api.launchpad.net/1.0/maria/+milestone/5.2
https://api.launchpad.net/1.0/bugs/611878/linked_branches
https://api.launchpad.net/1.0/bugs/611878/activity
https://bugs.launchpad.net/bugs/611878
Damien Tournoud
Maria 5.2
user_statistics.busy_time is unreliable
New
Undecided
2010-07-30 22:03:06.177312+00:00
SELECT CONNECTED_TIME,BUSY_TIME,CPU_TIME FROM information_schema.user_statistics WHERE USER='core_d7';
+----------------+------------------+------------------+
| CONNECTED_TIME | BUSY_TIME | CPU_TIME |
+----------------+------------------+------------------+
| 2887 | 36893488147880.9 | 237.741877899973 |
later...
| 2919 | 36893488147887.3 | 241.586389299972 |
later...
| 2921 | 36893488147888.2 | 242.004482199972 |
and now:
| 3144 | 55340232221635 | 268.829147599973 |
I don't have any additional information information at this point, just wanted to report the behavior in case it rings a bell for someone.
]]>
bug
Damien Tournoud
added bug
SELECT CONNECTED_TIME,BUSY_TIME,CPU_TIME FROM information_schema.user_statistics WHERE USER='core_d7';
+----------------+------------------+------------------+
| CONNECTED_TIME | BUSY_TIME | CPU_TIME |
+----------------+------------------+------------------+
| 2887 | 36893488147880.9 | 237.741877899973 |
later...
| 2919 | 36893488147887.3 | 241.586389299972 |
later...
| 2921 | 36893488147888.2 | 242.004482199972 |
and now:
| 3144 | 55340232221635 | 268.829147599973 |
I don't have any additional information information at this point, just wanted to report the behavior in case it rings a bell for someone.]]>
SELECT CONNECTED_TIME,BUSY_TIME,CPU_TIME FROM information_schema.user_statistics WHERE USER='core_d7';
+----------------+------------------+------------------+
| CONNECTED_TIME | BUSY_TIME | CPU_TIME |
+----------------+------------------+------------------+
| 2887 | 36893488147880.9 | 237.741877899973 |
later...
| 2919 | 36893488147887.3 | 241.586389299972 |
later...
| 2921 | 36893488147888.2 | 242.004482199972 |
and now:
| 3144 | 55340232221635 | 268.829147599973 |
I don't have any additional information information at this point, just wanted to report the behavior in case it rings a bell for someone.
]]>
description
Damien Tournoud
maria: milestone
Sergei
bug
Anton Khalikov
added subscriber Anton Khalikov
Damien Tournoud
SELECT CONNECTED_TIME,BUSY_TIME,CPU_TIME FROM information_schema.user_statistics WHERE USER='core_d7';
+----------------+------------------+------------------+
| CONNECTED_TIME | BUSY_TIME | CPU_TIME |
+----------------+------------------+------------------+
| 2887 | 36893488147880.9 | 237.741877899973 |
later...
| 2919 | 36893488147887.3 | 241.586389299972 |
later...
| 2921 | 36893488147888.2 | 242.004482199972 |
and now:
| 3144 | 55340232221635 | 268.829147599973 |
I don't have any additional information information at this point, just wanted to report the behavior in case it rings a bell for someone.]]>
Kristian Nielsen
Damien Tournoud
Damien Tournoud
Anton Khalikov
select USER, TOTAL_CONNECTIONS, CPU_TIME, BYTES_RECEIVED, BYTES_SENT, ROWS_READ, ROWS_SENT, ROWS_DELETED, ROWS_INSERTED, ROWS_UPDATED, SELECT_COMMANDS, UPDATE_COMMANDS, OTHER_COMMANDS from INFORMATION_SCHEMA.USER_STATISTICS order by CPU_TIME desc limit 0,1\G
*************************** 1. row ***************************
USER: u4740
TOTAL_CONNECTIONS: 3311
CPU_TIME: 168767.2010919
BYTES_RECEIVED: 722875
BYTES_SENT: 15747206
ROWS_READ: 73910638
ROWS_SENT: 13124
ROWS_DELETED: 0
ROWS_INSERTED: 5749
ROWS_UPDATED: 2982
SELECT_COMMANDS: 1466
UPDATE_COMMANDS: 3360
OTHER_COMMANDS: 3311
1 row in set (0.00 sec)
and right after FLUSH again:
MariaDB [(none)]> select USER, TOTAL_CONNECTIONS, CPU_TIME, BYTES_RECEIVED, BYTES_SENT, ROWS_READ, ROWS_SENT, ROWS_DELETED, ROWS_INSERTED, ROWS_UPDATED, SELECT_COMMANDS, UPDATE_COMMANDS, OTHER_COMMANDS from INFORMATION_SCHEMA.USER_STATISTICS order by CPU_TIME desc limit 0,1\G
*************************** 1. row ***************************
USER: u4740
TOTAL_CONNECTIONS: 31
CPU_TIME: 827.8829815
BYTES_RECEIVED: 8945
BYTES_SENT: 4590920
ROWS_READ: 177196
ROWS_SENT: 1709
ROWS_DELETED: 0
ROWS_INSERTED: 0
ROWS_UPDATED: 27
SELECT_COMMANDS: 7
UPDATE_COMMANDS: 30
OTHER_COMMANDS: 30
1 row in set (0.00 sec)
So we see here CPU_TIME has been reset but increased to over 800 units within a couple of seconds. And it reached about 170000 units within 5 minutes. Either units are milliseconds or there is something really wrong.
Could anyone confirm ?
I use Debian 6 on amd64, MariaDB 5.2.12]]>