[midPoint] DB utilization at 200% -- Slow query Traced

Florin. Stingaciu fstingaciu at mirantis.com
Thu Oct 27 20:35:20 CEST 2016


Hello,

This is actually the second time this happened in our production
environment. We are using a Galera mySQL cluster and are noticing 200% CPU
utilization on this node, causing the midPoint app to only be able to
perform reads but not writes. After some debuging, I managed to enable slow
query logging on the Galera cluster, and consistently find that the
following query is taking 15 seconds or longer and the same query happens
repetedly:

# Time: 161027 18:29:08
# User at Host: midpoint[midpoint] @  [100.122.2.52]  Id: 3803614
# Schema: midpoint_prod_live  Last_errno: 0  Killed: 0
# Query_time: 158.144047  Lock_time: 0.000370  Rows_sent: 0  Rows_examined:
426520838  Rows_affected: 500
# Bytes_sent: 13
SET timestamp=1477592948;
delete from m_audit_event where id in (select id from HT_m_audit_event);
# Time: 161027 18:30:20
# User at Host: midpoint[midpoint] @  [100.122.2.52]  Id: 3803793
# Schema: midpoint_prod_live  Last_errno: 0  Killed: 0
# Query_time: 68.407496  Lock_time: 0.000258  Rows_sent: 0  Rows_examined:
163394207  Rows_affected: 191
# Bytes_sent: 11
SET timestamp=1477593020;
delete from m_audit_event where id in (select id from HT_m_audit_event);

This is preventing midPoint from doing any writes at all. I tried
restarting the service but that didn't help. I can't help to think this has
something to do with the Clean Up Task.

Any help, suggestions, or further debugging tips are highly welcome.

Thanks,
-F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161027/87ac2056/attachment.htm>


More information about the midPoint mailing list