Question

I have a php web application where certain data changes on a weekly basis but is read very frequently often.

The SQL queries that retrieve the data and the php code for html output are fairly complex. There are multiple table joins, and numerous calculations – but they result in a fairly basic html table. Users are grouped, and the table is the same for each group each week, but different for different groups. I could potentially have hundreds of tables for thousands of users.

For performance reasons, I’d like to cache this data. Rather than running these queries and calculations every time someone hits the page, I want to run a weekly process to generate the table for each group giving me a simple read when required.

I’d be interested to know what techniques you’ve used successfully or unsuccessfully to achieve something like this?

Options I can see include:

• Storing the html result of the calculations in a MySQL table, identified by user group
• Storing the resultant data in a MySQL table, identified by user group (difficult as there’s no fixed number of data items)
• Caching the page output in static files

Any other suggestions would be welcome!

Answer 1

There are indeed a few options:

• Prerender the pages on a weekly basis and then serve them ‘statically’.
• Use a cache (e.g. Squid) to cache such responses on a first-chance basis for a week. For example, you can configure the caching policy so requests that go to a particular page (e.g. very_long.php?…) are cached separately from the rest of the website.
• Make sure you turn on DB caching. MySQL has caching of its own and you can fine tune it so that repeated long queries are not recalculated.