Performance Issues related to database queries
This topic contains 22 replies, has 3 voices, and was last updated by Kiran 5 years, 6 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
April 20, 2020 at 9:57 pm #541478
I have submitted a couple of tickets on performance with my hosting service and here is their feedback:
#1 – This was from April 14th:
——————————
“I’m reaching out to let you know that the website is running into some issues regarding extremely large database queries which seem to be stemming from the GeoDirectory plugin. They’re impacting the site’s performance in regards to causing a spike in resource usage for the database.The query in question is:
SELECT DISTINCT l.country_slug AS u, MAX(p.post_modified_gmt) AS date_gmt, l.country_slug AS country FROM wp_7j1sxwr223_geodir_post_locations l LEFT JOIN wp_7j1sxwr223_geodir_gd_place_detail pd ON pd.region = l.region LEFT JOIN wp_7j1sxwr223_posts p ON p.ID = pd.post_id WHERE p.post_type = ‘gd_place’ AND p.post_status = ‘publish’ AND l.location_id IS NOT NULL AND p.ID IS NOT NULL GROUP BY u ORDER BY date_gmt DESC
Just to kick things off, can you please ensure that the plugin is running on the latest version? We can check and see if the issue is still present once it’s been updated – if it does persist, we’ll need you to reach out to the plugin developer for some advice on optimising the database queries being executed by the plugin.”#2 – This was from last night with regard to my question about GeoDirectory NOT EVEN BEING USED right now:
———————————————————–
“In regards to the current state of the site, it looks like the massive resource spikes are coming from the geodir_buddypress plugin – a plugin combining the functions of both GeoDir and BuddyPress. The large database query referenced in my initial email is a constant thing, so it seems that even if GeoDir isn’t actively being used on the site, it’s still running behind the scenes.If the WordPress admin dashboard is still timing out, it may require that the plugin be deactivated through SFTP (by renaming that specific plugin’s folder) – alternatively, we can deactivate it from our side of things in the meantime just so you can get back into the site! Let us know if you want us to deactivate the plugin, that should get the admin dashboard back up and running – the plugin can then be updated/activated again when needed, however, if it does start throwing through those huge queries, it may take the site down again.”
April 21, 2020 at 2:59 am #541504This reply has been marked as private.April 21, 2020 at 11:49 pm #541700This reply has been marked as private.April 22, 2020 at 2:02 am #541726This reply has been marked as private.April 22, 2020 at 7:35 am #541759This reply has been marked as private.April 22, 2020 at 12:13 pm #541825This reply has been marked as private.April 22, 2020 at 10:46 pm #541936Critical error has been fixed.
April 23, 2020 at 3:24 am #541989This reply has been marked as private.April 23, 2020 at 5:02 pm #542178This reply has been marked as private.April 24, 2020 at 6:17 pm #542364The developers will take a look with WP Admin. Consider making and managing an SFTP account for your vendors like us for fixes.
April 25, 2020 at 7:49 pm #542562How/where do I do create an SFTP account?
April 25, 2020 at 11:58 pm #542583Use an extra email address to create one at FlyWheel.
April 26, 2020 at 5:01 pm #542659I had done that already, creating both [email protected] and [email protected] since I didn’t know which one was the correct email.
April 26, 2020 at 11:53 pm #542695PLEASE HELP! My site is so bad, I’m almost tempted to disable GD for a few days….. any feedback or suggestions?
April 27, 2020 at 4:17 am #542706This reply has been marked as private. -
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket