Почему долго выполняется простой запрос?

Question

[Алексей Коновалов]

Всем привет! Подскажите, почему вот этот запрос выполняется 22мс:

UPDATE `users` SET `last_visited` = '2019-08-22 12:38:46' WHERE `id` = 13550

Поле last_visited - timestamp. Передавать пробовал не только дату, но и CURRENT_TIMESTAMP и NOW() - результат тот же
У таблицы есть индексы Primary (поле id) и index (поле login).
В таблице всего 8к записей
Explain показывает такое:



Профилирование:

Comments

[kolya7k]

А конфигурация сервера какая? Настройки MySQL, серверные лимиты по ресурсам?

[Артур Слаин]

А если для last_visited тоже создать индекс?

[MegaSega]

Зачем? Чтобы тратить время ещё на его пересчёт ?

[Daria Motorina]

Интересный вопрос) А Вы можете проверить профилированием? Инструкция тут. Что покажет?

[Алексей Коновалов]

Вот что показало профилирование. если я все правильно сделал

[Daria Motorina]

Алексей Коновалов, я бы предподожила, что дело в дисках, но Вы написали что у Вас современный сервер. Для starting я полезных рекомендаций не нашла, а для freeing items у innodb есть параметры innodb_read_threads и innodb_write_threads, которые можно покрутить

[Иван Шумов]

Добавить в запрос limit 1 не вариант?)

[Алексей Коновалов]

Для запроса, в котором есть условие по primary - limit только сделает его более медленным.
На всякий случай я перепроверил и да. Запрос стал выполняться примерно на 30% дольше

[Иван Шумов]

Алексей Коновалов, неплохо так. в некоторых случаях это помогает. Причин с бухты барахты пока что нет чтобы запрос выполнялся медленно. Что можно предположить:
- mysql почему-то перестраивает индекс на всей таблице (обычно он так делает только при попадании в индексируемое поле)
- таблица MyISAM (я не варю, но мало ли)
- сервер забит и базе плохо
- по какой-то причине MySQL лезет на диск (или происходит процедура бэкапа в фоне или другая работа с этой таблицей и происходят блокировки)

[Иван Шумов]

Алексей Коновалов, но вообще - мы говорим про 22мс. цифра не большая вообще и я бы не стал так над этим мучаться. Да, не совсем мгновенно, но и что?

[Randewoo]

Иван Шумов, 22 МС для такого запроса это сверх-много.
Какие характеристики сервера?

[Алексей Коновалов]

Randewoo, В мощности сервера точно проблемы нет
CentOS, AMD 8 ядер (не помню модель), оперативы 64 гига, диски SSD.

[Иван Шумов]

Алексей Коновалов, хороший сервер, а с нагрузкой на нем что?)

[Алексей Коновалов]

Иван Шумов, пока ничего, он пустой, проект не запущен в паблик

[Иван Шумов]

Алексей Коновалов, а где-то он выполняется быстрее вообще?)

[Алексей Коновалов]

Иван Шумов, "Где-то", что имеется ввиду? На другом сервере? Да кстати таблица InnoDb

[Иван Шумов]

Алексей Коновалов, где угодно чтобы сравнить)

[Алексей Коновалов]

Иван Шумов, Он на обычном хостинге должен выполняться более чем раз в 10 быстрее. т.е. за 1-2 тысячных секунды, но ни как не за 2-3 сотых

[Алексей Коновалов]

Что это значит?
А, если имеется ввиду сервер. То на локальном

[Алексей Коновалов]

Иван, Не так чтобы поборол, но скорость работы увеличилась после того как заменили чистый MySql на Percona Server (GPL)

Answer 1

[Vitaly Karasik]

1.

запрос выполняется 22мс:

-  Я бы проверил более реалистичный сценарий - сколько времени занимает выполнение ХХ запросов - например, с помощью https://dev.mysql.com/doc/refman/8.0/en/mysqlslap.html
2. Сколько индексов в этой таблице?
3.

CentOS, AMD 8 ядер (не помню модель), оперативы 64 гига, диски SSD

- какой innodb_buffer_pool_size?
4. давайте проверим время выполнения с "insert" вместо update

Comments

[Алексей Коновалов]

Попробовал все тоже самое проделать совершенно на пустой таблице, с 1 записью. Совсем без индексов (кроме primary) - то же самое.
1. Я делал циклом из php. Запускал цикл обновления одной и той же записи рандомными значениями, с ожиданием 50мс между запросами. Результат: первый запрос выполняется так же (от 20 до 30мс) все последующие от 5 до 8мс.
Если время одижания между запросами сделать 300мс, то все запросы в разбежке от 8 до 25мс.
2. Выше упомянул, что делал на новой таблице, пустой, без индексов.
3. innodb_buffer_pool_size = 35 гигов (пробовал оставлять по умолчанию 128Мб - ничего не меняется)
4. Insert выполняется чуть-чуть быстрее около 18мс (что тоже очень долго для такого запроса и пустой таблицы)

[Vitaly Karasik]

1.

Я делал циклом из php. Запускал цикл обновления одной и той же записи рандомными значениями, с ожиданием 50мс между запросами. Результат: первый запрос выполняется так же (от 20 до 30мс) все последующие от 5 до 8мс.
Если время одижания между запросами сделать 300мс, то все запросы в разбежке от 8 до 25мс.

Я бы убрал паузу между запросов и обновлял разные ID.
Кстати, "5 до 8мс" выглядит лучше, так что я подозреваю что-то в вашем тестовом сценарии.
Я бы попробовал с mysqlslap.

2.
Дополнительно попробуйте с
innodb_flush_log_at_trx_commit = 2
в my.cnf

[Алексей Коновалов]

2. innodb_flush_log_at_trx_commit поставил - ничего не поменялось.
1. 5-8 конечно, выглядит лучше. Но я упростил задачу. Я взял хостинг с точно такой же БД создал вот такую таблицу (с 2 полями: id и name): https://yadi.sk/d/6wYVNljOWV9Llw
И выполнил вот этот сценарий:

for($i = 1; $i < 50; $i++){
	$rnd = str_shuffle('d fsdfkjsdfksdfhdsjfhsd dshkfjsdhk sdfhsdjfhsdf');

	$query = "UPDATE `__test_speed` SET `name` = '{$rnd}' WHERE `id` = {$i}";

	$start = microtime(true);
	$db->query($query);
	$end = microtime(true);

	echo round(($end-$start)*1000, 3).' ms<br>';
}

Смотрите результат на хостинге и на моем сервере за кучу денег ))


И да. Хостинг слева, сервер справа ))
До 4х уменьшилось из-за того, что скорее всего что-то база кеширует, когда летят постоянные запросы без ожидания. Если поставить вначале for какой-нибудь usleep на 300мс - запросы выполняются на 1-4 мс дольше

[Руслан .]

Алексей Коновалов, может на хостинге ssd диск для базы, а у вас hdd. Тут разница может быть из-за самого медленного элемента.

[Алексей Коновалов]

Руслан ., не, у меня 2 диска и два из них SSD по 512Gb

[Vitaly Karasik]

Алексей Коновалов, тогда однозначно проблема в сервере/дисках. Или разговаривать с поддержкой хостера, или менять хостера - что проще. Или давить на сисадмина, если сервер локальный.
Для доказательства можно проверить скорость дисков с hdparm / dd.

Answer 2

[Алексей Костин]

syn_binlog=0 и innodb_flush_log_at_trx_commit=2 поставьте.
Сообщите результат пожалуйста.

Comments

[Алексей Коновалов]

Выше предлагали этот вариант - ничего не получилось.

Answer 3

[Влад]

Посмотри коннект к бд. Как вариант — подключись к ней по ip, если подключаешься через имя хоста

Comments

[Алексей Коновалов]

база на локальном сервере

Answer 4

[Dmitry T.]

Пробовали ли использовать разные IO планировщики?
Если есть свап на сервере, сколько страниц mysql в свапе? Попробовали провести тест с выключенным свапом?