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@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@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@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@nmecs.com)
>> > Systems Administration / Web Application Development
>> > Information Security Consulting
>> > (480) 559.9681
>> >
>> > ---------------------------------------------------
>> > PLUG-discuss mailing list - PLUG-discuss@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@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@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@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>
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
http://lists.phxlinux.org/mailman/listinfo/plug-discuss
(text/plain)