A Game-Changer for Database Efficiency

As a heavy user and someone familiar with the core issues of WordPress, I believe the lack of proper indexing is a major oversight, particularly noticeable on larger sites . This plugin, “ Index WP MySQL For Speed “, addresses this by offering potential CPU savings through efficient indexing. While it doesn’t miraculously speed up your site, it does optimize resource use. In my case, with over 600,000 orders and daily transactions ranging between 1,000 to 2,000 outside of peak times, I couldn’t conclusively measure significant performance improvements in my personal monitoring graphs. However, I did notice no degradation in performance and possibly saved CPU usage. The real magic, however, lies in the configuration of your MariaDB . Our system is finely tuned and runs locally to minimize latency, which is critical. Thus, I recommend this plugin for medium to large databases, especially for those with database and sysadmin expertise . Please ensure your site and database are optimized first. This plugin won’t speed up a site that is inherently slow; it makes it more efficient. However, I would not recommend this plugin for someone on shared hosting without the necessary resources and tools. Remember, utilizing WP-CLI is advisable for any operations that require database modifications. This is from experience; if you want to save time and be proactive, this is the way to go. Config Details : MariaDB 11.4, Customized for Our Needs. System: LEMP + Redis, 64 GB RAM. Database Size: 25 GB. A big thank you to the developers for their hard work and dedication in creating such a valuable tool! Thanks for the kind words, Maxime Michaud. For your store with hundreds of thousands of orders, you might consider another plugin, https://wordpress.org/plugins/fast-woo-order-lookup/ It addresses a couple of performance problems on the back end Orders page and individual order display pages. Hmmm, really useful indeed, I was talking about it with a colleague today. Customer service generally often searches for orders, very often using emails, and they don’t specify anything, which makes it very slow. This often ended up in the slow queries file in MariaDB. SET timestamp=1724494260; < ( wp_wc_orders .transaction_id LIKE '%cindyf\\_HIDDENDATA%' OR wp_wc_orders .billing_email LIKE 'cindyf\\_st>SELECT search_query_meta.order_idFROM wp_wc_orders_meta as search_query_meta WHERE search_query_meta.meta_key IN ( '_billing_address_index','_shipping_address_index' )AND search_query_meta.meta_value LIKE '%cindyf\\__HIDDENDATA%' GROUP BY search_query_meta.order_id ) OR wp_wc_orders.id in ( SELECT order_id FROM wp_woocommerce_order_items search_query_items WHERE search_query_items.order_item_name LIKE '%cindyf\\__HIDDENDATA%') ) ) GROUP BY wp_wc_orders.id ORDER BY wp_wc_orders.date_created_gmt DESC LIMIT 0, 100; Yes, that is the offending query pattern addressed by the plugin I mentioned. Great, I hope it’s going to work correctly. The plugin is enabled, and the generation is complete. wp_fwol 6.4GB This reply was modified 1 year, 8 months ago by Maxime Michaud .