Исходное сообщение
"Высокопроизводительный MySQL-движок TokuDB переведён в разря..." Отправлено sauron, 30-Апр-13 09:43
> Скорее на оптимизатор, так как хинтинг даёт огромную разницу (минуты -> секунды). > Суть в том, что это оптимизатор для помощи приложению, а не > приложение для оптимизатора. Соответственно подстраивать нужно оптимизатор. За исключением > случаев, когда приложение действительно косое. Чаще бывает случай все же что приложение косое. > Угу, и аналитика будет ворочаться по 5+ минут вместо 1-2 секунд. Очень > хорошо. Я считаю себя несколько умнее оптимизатора в данном вопросе, поскольку > мой результат лучше. Я не спорю что сильно зависит от данных. > Да нет - не в выборке не будет, а запись встанет колом > до завершения блокирующей транзакции. Не встанет если у вас не максимальный уровень изоляции. > И не только MySQL. Ему особенно. То что PostgreSQL переживает даже не подавившись, может вызывать снижение производительности у MySQL. > Еще раз: как именно ускорит? За счет какой магии? Хотелось бы обоснования, > потому что неочевидно. Ускоряется за счет уменьшения накладных расходов. К примеру загрузить 2 тысячи итемов в одной транзакции и 2 тысячи итемов без указания в одной транзакции это две большие разницы.