Re: How to handle secondary keys in partitioning?
partitioning can help concurrent insert/updates due to decreased lock contentions (locks are spread out on more than one table/partition).
I have added a comment to datacharmer's blog since it could easily be misunderstood.
So NO partitioning does not add any additional locking, but the current problem is that MySQL does open and lock tables before optimizing, and pruning is a very early step of the optimization. This leads to all partitions have to be opened and locked even if a lot of them can be pruned away. If an engine uses row-level locks (like InnoDB) it will still use the same type of locks (inside each partition) if it is partitioned.
Subject
Views
Written By
Posted
4124
May 04, 2010 12:46AM
2341
May 04, 2010 01:29PM
1975
May 04, 2010 04:30PM
2175
May 05, 2010 02:20AM
2037
May 06, 2010 12:04AM
2436
May 06, 2010 03:23PM
2077
May 06, 2010 10:50PM
Re: How to handle secondary keys in partitioning?
2053
May 07, 2010 02:38AM
2010
May 08, 2010 05:31PM
2068
May 09, 2010 04:37AM
1946
May 09, 2010 12:41PM
1916
May 09, 2010 01:23PM
2018
May 12, 2010 05:29AM
2472
May 06, 2010 12:34AM
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion
of Oracle or any other party.