Database queries causing overload on server
-
We’ve been experiencing intermittent overload issues on our dedicated server, and a tech thinks he has isolated a possible cause, and it relates to queries done by NextCellent, apparently.
He says:
I think I have a good lead on what might be going on.
There was a large increase in this particular query, which began taking more and more time as the the system became overloaded
# User@Host: humortimes[humortimes] @ localhost []
# Query_time: 46.554562 Lock_time: 0.025978 Rows_sent: 1344 Rows_examined: 6807
SET timestamp=1429902157;
SELECT option_name, option_value FROM siow8zcap_options WHERE autoload = ‘yes’;The options table is supposed to be relatively small, 6807 rows is a very large amount for this table. The table also takes up about 67MB which is huge for what this table is normally supposed to hold.
The table is full of rows that contain option_name and option_value pairs where the name is something like _transient_0dec5811fde913014dc86375ff163bfc, and the value is the HTML code for an entire gallery page, equally about 37KB.
The code begins with:
<div class=”ngg-galleryoverview” id=”ngg-gallery-310bf18217ad768cb23bd2ad55081101-13396″>So it looks like the ngg gallery plugin is putting an excess of entries into the options table which is causing lookups of the options table to take a long time. The options table is queried frequently, so in periods of high traffic it becomes problematic and becomes overloaded.
I have put a mysql index on the ‘autoload’ column which should hopefully speed up the queries a little bit, but ultimately the solution is to change the ngg setting that is causing these entries and then remove the existing ones.
Does this make sense to anyone? Could NextCellent be causing this problem?
https://www.ads-software.com/plugins/nextcellent-gallery-nextgen-legacy/
- The topic ‘Database queries causing overload on server’ is closed to new replies.