[MediaWiki-l] Scaling up - MySQL server

Daniel Friesen daniel at nadir-seen-fire.com
Tue Feb 18 22:32:56 UTC 2014

My "knowledgeable beginner" input would be:
- Check your Squids, see if you can look at their cache hit/miss and
cache usage stats.
-- If their caches are maxed see if you can expand the cache space they
have available (more ram?)
-- If they're not maxed but you have a high miss ratio check to see if
you have something like a cookie that's busting the cache.
- More ram "might" help MySQL but if you've got a lot of read load after
checking out your Squids consider scaling that outwards by setting up
some read-only MySQL slaves to load balance that read load and take it
off of the master database server.

~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]

On 2014-02-18 2:11 PM, David Gerard wrote:
> rationalwiki.org is getting hammered again. It looks like MySQL is the
> busiest portion - seriously just doing a lot of work.
> Our current arrangement is: one box for MySQL, Apache, Lucene (the
> latter reindexing weekly); two Squids; a load balancer. These are all
> virtual machines on Linode (who we like). Apache and Squid boxes are
> Ubuntu 12.04 servers.
> The *usual* thing when we get hammered is that Reddit discovers an
> amusing tumbleweed article. The squids take care of this, of course.
> But then something like the Bill Nye/Ken Ham debate happens, we score
> pretty highly in Google for skeptical material and a wide variety of
> articles gets hit and MySQL has to work for a living.
> So, what's a good approach to scaling up MySQL on a VM? Add more
> memory? Add more cores? (How's MySQL 5.5-ubuntu do for multicore?) We
> can trivially add more Squids, and we haven't doubled up on Apache but
> shirley that won't be entirely unfeasible.
> - d.
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

More information about the MediaWiki-l mailing list