I am trying to fix issues with very slow Azure App Services to Azure Database connection.

After Wordpress migration form cheap OVH hosting I noticed extremely long TTFB: increase from 300-400ms to 1500-3000ms.

I narrowed the problem to app service - database connection issue. To pinpoint the problem I created clean Wordpress installation. According to P3 - Plugin Performance Profiler, clean WP installation creates 38 database queries.

With PHP/MySQL CPU performance statistics plugin I ran MySql Test:

  • Azure App Service: 20-50 db queries / second
  • Cheap OVH hosting: 200+ db queries / second

I think the problem is pretty obvious if 200 USD/mo Azure stack is roughly 20 times slower than 10 USD OVH (however: I have found out that even ~40 db queries per second can result in TTFB around 300ms, which I am aiming for).

To fix this issue I tried the following tests/changes:

  • different App Service Plans (from dev to P2v3)
  • different Azure Database servers (from cheapest to ~300 usd/mo)
  • PHP 7.4 and PHP 8.0
  • Apache and nginx (comes automatically with php 7/8 change)
  • Azure Database Single and Flexible servers
  • Azure Database for MySQL and for MariaDB
  • app service to database connection via public IP and via vnet integration
  • placing database in exactly same availability zone
  • ssl and non-ssl app/database connections
  • database redirections with mysqlnd_azure
  • tried connection persistance
  • Wordpress in App Service docker container

None of the above made any significant change in performance. The only "fix" that "works" is to enable cache. If cache is hit, TTFB is around 100 ms as expected.

I also benchmarked AWS Elastic Beanstalk/RDS and Google App Engine/CloudSQL and they work perfect (~250 ms TTFB out of the box). An Azure VM (PHP+ Apache) connected to same Azure Database works fine (<300ms TTFB).

I am out of ideas. What am I missing? To be clear: I am not trying to achieve single digit response times or ultimate performance - 300ms would be acceptable for a clean WP installation.

  • I also found this attempting to integrate a PHP app (Moodle) with multiple back-end databases (Postgres, Maria, MySQL), with and without Redis cache. Database performance was great yet Moodle was unusable. My conclusion at the time was that PHP was accessing thousands of files for each Moodle request and the app service was not behaving well under that condition. Moved it to a small VM and had flawless performance, so abandoned the app service path. Absolutely no problem with other web apps, but large PHP platforms like Moodle (and seemingly WP) seem to provoke a file storage bottleneck.
    – Doug
    Jan 31, 2022 at 20:55
  • @pp_1 In what region was the app service hosted? Feb 23, 2022 at 1:01
  • @czerspalace I have tested West, North Europe and Central, West US
    – pp_1
    Feb 23, 2022 at 5:57
  • For Windows based app services there is an option to enable file caching as otherwise files are served from network storage. Maybe the network storage is your bottleneck? Jul 30, 2022 at 13:27

5 Answers 5


A couple things to look at since they were not mentioned in the question.

  1. Ensure the web app and database are in the same region. This may seem basic but I have seen it before.
  2. Enable Always On in settings for the Azure App Service. Always On: Keeps the app loaded even when there's no traffic. When Always On is not turned on (default), the app is unloaded after 20 minutes without any incoming requests. The unloaded app can cause high latency for new requests because of its warm-up time. When Always On is turned on, the front-end load balancer sends a GET request to the application root every five minutes. The continuous ping prevents the app from being unloaded.
  3. Review App Service Best Practices.
  • Thank you. DB and app are in same region and I even tested same AZ. Always on is enabled default when you create app via portal.
    – pp_1
    Jan 29, 2022 at 13:08

I am also having the same issue. Azure is very very slow and there is nothing working?

PP_1, What do you mean by enabling cache? Do you mean plugins like WP Rocket?

  • Yes, by cache I mean plugins like WP Rocket.
    – pp_1
    Feb 19, 2022 at 16:29

Have the same problem here. i've made some test connecting to the container instance via the web ssh and what i've found is that it takes php 200-300ms just to load the plugins. h so my final conclusion is that azure has a problem with php.

I'd be very curious to see if anybody has reached decent performance on azure without caching (with php on linux).

We ended up configuring the app with a startup script that reconfigures NGIX to aggressively cache pages, witch works well for some of our sites, but it's far from ideal. We now have a TTFB of 50ms, for cached pages.


Ran into this researching a different problem, but you can dramatically improve App Service to MySQL latency for PHP by ensuring:

  • Both services are connected to the same vnet
  • The App Service is using SSL to connect to the DB (which may require adding the OPENSSL_CONF to the app service config)
  • You using the mysqlnd_azure module for PHP (requires SSL connections)

We are running some fairly large PHP apps this way with reasonable performance.


The issue is with the way Azure App services use storage. This is why the plugins take so long to load.

In short, App Services are not up to hosting Wordpress!

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .