Skip to content Skip to sidebar

This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

Sun Mon Tue Wed Thu Fri Sat
9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 - -
14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 - -

Supporter timezone: Asia/Yerevan (GMT+04:00)

Tagged: 

This topic contains 2 replies, has 0 voices.

Last updated by Nigel 2 months ago.

Assisted by: Christopher Amirian.

Author Posts
March 10, 2026 at 7:40 am #17884125

abuZ

Hello WPML Support Team,

We are currently evaluating WPML on a large dataset site installation and are encountering significant performance and stability issues during activation and upgrade.

Site Details
• Total posts: ~150,000+
• Large taxonomy relationships
• Environment: PHP 8.2 / PHP-FPM
• Local development environment
• Memory limit increased up to 1024MB

Issue 1 – Activation / Upgrade Failure

During WPML activation and upgrade routines, the process crashes due to memory exhaustion or web server timeout.

Observed errors:

Allowed memory size exhausted
Nginx timeout during browser execution

Even after increasing the PHP memory limit to 1GB, the upgrade process still crashes during translation and taxonomy backfill operations.

We suspect the upgrade routine is scanning and rebuilding translation relationships for the entire dataset.

Issue 2 – Significant Frontend Performance Impact

We performed performance measurements on the homepage.

Without WPML:
Queries: 1159
Load time: 2.23s

With WPML enabled:
Queries: 1238
Load time: 12.96s

Although the query count only increased by ~7%, the page load time increased substantially due to more complex queries involving translation tables.

Issue 3 – Expensive Queries Identified

Using Query Monitor we identified several slow queries related to translation lookups.

Examples include joins between:

wp_posts
wp_icl_translations
wp_term_taxonomy
wp_terms

Example query pattern:

SELECT wp_posts.ID
FROM wp_posts
LEFT JOIN wp_icl_translations
ON wp_posts.ID = wp_icl_translations.element_id
WHERE wp_icl_translations.language_code = 'en'

Other slow queries include taxonomy translation lookups and translation cache warmup queries involving wp_icl_translations.

Questions

Are there recommended configurations or optimizations for WPML when working with large datasets (100k+ posts)?

Is there a recommended way to run the WPML upgrade routine safely on large sites (for example via WP-CLI)?

Are there known performance optimizations or indexing strategies for wp_icl_translations or related translation tables?

Are there configuration settings to reduce the overhead of translation lookup queries?

Is this level of performance impact expected for large installations?

We are currently evaluating WPML for production use and would appreciate guidance on best practices for scaling WPML on large content databases.

Thank you for your help.

March 10, 2026 at 8:25 am #17884303

Christopher Amirian
WPML Supporter since 07/2020

Languages: English (English )

Timezone: Asia/Yerevan (GMT+04:00)

Hello and welcome to WPML support.

I asked for a second opinion regarding the latest 3 questions.

Meanwhile, I'd appreciate it if you could provide the debug information following the steps below:

https://wpml.org/faq/provide-debug-information-faster-support/

And the result of the tests mentioned in the chat would be great.

Thanks.

March 11, 2026 at 5:05 pm #17889999

Nigel
WPML Supporter since 02/2016

Timezone: Europe/Madrid (GMT+02:00)

Hi Abu

Could I request some more information from you, please.

It sounds like you are concerned about two separate things.

One relates to pressure on server resources when updating the WPML plugin.

The second relates to the impact on page load times when WPML is active, whose effects can themselves be split into the impact on database queries and to code execution time.

Can you first clarify that when talking about upgrades, that is what you are referring to, what happens when the plugin is updated. Are you in a position to generate a code profile, e.g. a Blackfire profile, during such an operation?

As for the second part, if you already have a substantial site and then add many languages to it, that is going to be reflected in the translation tables, and the performance of queries that use them, but it is difficult to say anything less generic without knowing quite what we are dealing with.

Would it be possible to get a dump of the database so that we can better understand the scope of your site?

I can't recommend better indexes for the icl_translations table, for example, as they are already optimal for general use, but perhaps with a copy of your site we may see something that could be improved.

Let me set a private reply where you could share a url in case you can link to a database dump.

The topic ‘[Closed] WPML Activation / Upgrade Failing on Large Dataset (~150k Posts) – Memory Exhaustion and Slow Quer…’ is closed to new replies.