Задавайте вопросы, мы ответим
Вы не зашли.
Как подобрать оптимальное значение этого параметра?
по дефолту стоит 8, если мы устанавливаем 16 - нагрузочный тест, вернее его длительность, увеличивается раза в три.
в обоих случаях по нагруженным ядрам в системе видно использование того количества, которое указано в innodb_thread_concurrency, т.е. при 8, в топе видим ~800%, при 16 - 1600%.
на какие другие параметры нужно обращать внимание, чтобы можно было использовать бОльшее число ядер для обработки?
Неактивен
Параметр устанавливается эмпирически исходя из результатов тестирования. То, что вы не можете эффективно использовать 16 ядер (кстати, они настоящие или hyperthreading?) означает что вы упираетесь в какие-то блокировки Innodb. Можно порекомендовать поставить Percona Server 5.5, в котором InnoDB сильно доработана в плане производительности - разделен buffer_pool mutex, добавлено распараллеливание I/O (параметры innodb_read_io_threads и innodb_write_io_threads) и другие улучшения
Неактивен
rgbeast написал:
Параметр устанавливается эмпирически исходя из результатов тестирования. То, что вы не можете эффективно использовать 16 ядер (кстати, они настоящие или hyperthreading?) означает что вы упираетесь в какие-то блокировки Innodb. Можно порекомендовать поставить Percona Server 5.5, в котором InnoDB сильно доработана в плане производительности - разделен buffer_pool mutex, добавлено распараллеливание I/O (параметры innodb_read_io_threads и innodb_write_io_threads) и другие улучшения
Ядра настоящие, их вообще 48, в том и задача, задействовать все.
Все перечисленные плюсы будут в MySQL 5.6?
Блокировки имеются в виду Lock'и? в innotop'e процессов в состоянии Locked практически не встречается.
Еще был pool buferrs небольшим, сейчас "накрутили", возможно это поможет.
Неактивен
Скорее всего большинства названных преимуществ Percona Server не будет в 5.6, но тем не менее официальная версия 5.5 содержит ряд улучшений в этом направлении по сравнению с 5.1. Под блокировками я имел в виду внутренние, незаметные снаружи, благодаря которым много ядер одновременно работать не могут, а ждут друг друга.
Кстати, см. мой доклад в Новосибирске из подписи.
Неактивен