|
Задавайте вопросы, мы ответим
Вы не зашли.
Не могу понять, копаясь в инете, везде пишут, что MySQL юзает сразу несколько ядер если надо. Провожу эксперементы, вижу дикий загруз первого ядра и полнейшее сочкование остальной "компашки", от чего такое может быть?
Система:
Debian 6.0.5
Kernel 2.6.32.5-amd64
Mysql 5.1.63.0
AMD 6272 2.1ghz x 16 ядер
16гб памяти
Чем загрузила? Да просто надо было набить таблицу для тестов, генерированные данные. Сначала пустила цикл в 100к, скрипт работает медлено, в остальном системе пофигу, даже не замечает, Load average в пол пункта даже не поднялся. Ну решила, что один скрипт запущен, одно соединение. Сделала aйфрэймами "мультипликатор", запустила 100к в цикле, таких параллельно 100 штук, average поднялся до 3.5. Но факт не использования системы по полной на лицо, скорость увеличилась но не сильно. На скриншоте видно, что запаса нагрузки ещё навалом, а скорости нету :dash1 
Да, чуть было не забыла, таблица innoDB
Неактивен
Может быть упирается в диск, посмотрите нагрузку диска. В какое значение установлена innodb_flush_log_at_trx_commit?
Неактивен
Я бы сказала ситуация упиралась в соединение. По крайне мере, когда перешла на вставку пачками по 100-5000 строк за раз всё сразу изменилось в лутчую сторону 10М строчек добавилось чуть менее чем за 2 минуты.
Неактивен
Учитывайте, что для вставки пачек работает другой алгоритм.
Неактивен
Да на практике поняла, хороший алгоритм, шустрый.
Чтоб не плодить темы, может тут совет дадите. Как замеряется количество запросов в секунду?
Неактивен
Можно по секундомеру - вы же знаете сколько запросов выполнилось и сколько времени прошло. Можно смотреть статистику сервера (\s в консоли или SHOW GLOBAL STATUS) - в ней будет общее число запросов, выполненных сервером.
Неактивен
Опять же можно в phpMyAdmin подсмотреть, там довольно много переменных жизнедеятельности сервера + подсказочки + раскладка запросов по группам и т.д.
Покрутите innodb_thread_concurrency (количество потоков mysql), на мощных процах доставляет производительности, но не упритесь в диск, десу.
sysstat и atop для контроля нагрузки в помощь.
Неактивен
Ну в пма в принципе только скорость выполнения запроса. А интересно глянуть сколько потоков и сколько запросов в каждом сможет обработать база
Неактивен
Нужно запустить приложение, которое выполняет запросы, а статистику смотреть как описано в #6
Неактивен
