MySQL / MariaDB and Multi-Core CPUs

Vimal Shah vimals at sokikom.com
Thu Feb 21 16:41:51 MST 2013


Agreed on both fronts (optimizing queries and understanding locking)

You may have already done this, but tuning the my.cnf file to take
advantage of the hardware can lead to some gains as well. Specifically
during peak traffic times. There are many out there, but here's one that
we'd had success with:

https://github.com/rackerhacker/MySQLTuner-perl

On Thu, Feb 21, 2013 at 3:15 PM, Eric Cope <eric.cope at gmail.com> wrote:

> Its my understanding that row(or table) locks can also be bottle necks.
> Multiple CPUs to execute queries don't help if they are writing to the same
> rows (or tables depending on your engine). I am far from an expert though.
>
> Do you the the High Performance MySQL book from the Percona folks? It
> might have some details regarding this question.
>
> Eric
>
>
> On Thu, Feb 21, 2013 at 4:09 PM, Mike Bydalek <mike.bydalek at gmail.com>wrote:
>
>> My 2c on the matter as its been awhile since I've worked with MySQL.
>> Yes, query optimization is extremely important for performance. The
>> question really becomes, what are my physical bottlenecks?
>>
>> Multi-core CPUs allow for multiple simultaneous queries as I believe
>> each query uses a thread. However, the biggest thing you can do for
>> database performance is making sure you have enough disk IOPs to
>> handle pulling and writing data.
>>
>> -Mike
>>
>>
>> On Feb 21, 2013, at 1:04 PM, Nathan England <nathan at nmecs.com> wrote:
>>
>> >
>> > Hello All,
>> >
>> > I'm interested in learning how to optimize MySQL or MariaDB for a
>> multi-core
>> > cpu. Can the database itself benefit from newer quad-core or more cpus?
>> >
>> > I have been trying to find this information, but it seems to me that the
>> > largest benefit does not come from the database using more than one
>> core, but
>> > in the design of the query and running multiple queries... is this true?
>> >
>> > I would appreciate thoughts, articles, opinions, smacks upside the
>> head...
>> > Though I generally do not like arguments like "don't waste time with
>> MariaDB,
>> > just use PostgreSQL", I would even consider these...
>> >
>> > Thanks!
>> >
>> > --
>> > Regards,
>> >
>> > Nathan England
>> >
>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> > NME Computer Services http://www.nmecs.com
>> > Nathan England (nathan at nmecs.com)
>> > Systems Administration / Web Application Development
>> > Information Security Consulting
>> > (480) 559.9681
>> >
>> > ---------------------------------------------------
>> > PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>> > To subscribe, unsubscribe, or to change your mail settings:
>> > http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>
>
>
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>



-- 
Vimal (rhymes with Kimmel) Shah
Front-End / Infrastructure Engineer
Sokikom
Mobile: (480) 752-9269
Email:   vimals at sokikom.com
Web:    www.sokikom.com

Follow us: twitter.com/sokikom <http://www.twitter.com/sokikom>
Like us: facebook.com/sokikom <http://www.facebook.com/sokikom>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phxlinux.org/pipermail/plug-discuss/attachments/20130221/017fbc8b/attachment.html>


More information about the PLUG-discuss mailing list