I thought someone, even Monty, would have chimed in here, but...
On Fri, 2013-08-09 at 16:28 +1000, Nick Edwards wrote:
> Question, is building the source exactly the same as mysql?
yes
> Meaning, if I build it with set CMAKE options building mysql, can I
> use those exact same options buildi
Good to hear. A word of warning, though: make sure you don't have more
connections allocating those buffers than your machine can handle memory-wise,
or you'll start swapping and performance will REALLY go down the drain.
A query/index based solution would still be preferred. Could you for insta
Johan, your suggestion to tweak max_heap_table_size and tmp_table_size
fixed the issue. Bumping them both to 512MB got our performance back
on-par. I came up with a way to avoid the contention using a complex set of
temp tables, but performance was abysmal.
By reverting to the more straight-forwar
True, which is why I said I suspected file-based sort :-) At one million rows,
that seems to be an accurate guess, too. Still on the phone, though, and in
bed. I'll read the thread better tomorrow, but you might get some benefit from
cutting out the subselect if that's possible.
If you have ple
Just because it says filrsort doesn't mean it'll create a file on disk.
Table schema and full query would be helpful here too
http://www.mysqlperformanceblog.com/2009/03/05/what-does-using-filesort-mean-in-mysql/
On Aug 11, 2013 1:28 PM, "Brad Heller" wrote:
> Yes sorry, here's the explain. It w
Yes sorry, here's the explain. It was taken from MariaDB 5.5.32. Looks like
there is a lot of filesort goin' on here. Also note that I'm only using the
first two fields of the covering index (intentionally).
+--+-++---+---
On my phone now, but it smells of file-based sorting, making disk access the
bottleneck. Can you provide the explain?
Brad Heller wrote:
>Hey list, first time posting here so apologies if this is the wrong
>forum
>for this but I'm really out of options on how to solve this problem!
>
>*Short ver