Sysbench — утилита для тестирования производительности MySQL (и других СУБД), а также параметров операционной системы. Подобный инструмент незаменим для предварительного тестирования эффективности системы с (потенциально) высокой нагрузкой. Sysbench позволяет оценить производительность сервера СУБД и операционной системы в различных условиях при различной нагрузке.
Из преимуществ этого продукта следует отметить его простоту, гибкость, а также:
Другими словами эта утилита нужна для решения следующих задач:
Эта популярная утилита присутствует в пакетах многих дистрибутивов, поэтому:
sudo apt-get install sysbench
Или собираем из исходников:
./configure make make install
После этого утилита готова к работе.
Синтаксис вызова утилиты:
sysbench --test=имя-теста [опции] команда
Команды, которые можно использовать в тестах:
Параметр --test задает имя теста, который следует выполнять. Sysbench включает в себя несколько тестов:
Этот тест проверит производительность процессоров, используя вычисления с 64-разрядными числами. Например:
sysbench --test=cpu --cpu-max-prime=20000 run
Этот тест служит для измерения производительности последовательных операций чтения/записи в оперативную память.
Этот тест используется для симуляции разнообразной нагрузки на файловую подсистему. При подготовке теста создается определенное количество файлов (указанного размера). Затем, при выполнении теста, над этими файлами происходят операции чтения/записи в несколько потоков.
sysbench --num-threads=16 --test=fileio --file-total-size=3G --file-test-mode=rndrw prepare sysbench --num-threads=16 --test=fileio --file-total-size=3G --file-test-mode=rndrw run sysbench --num-threads=16 --test=fileio --file-total-size=3G --file-test-mode=rndrw cleanup
Служит для проверки работы в условиях большого количества конкурирующих потоков. Тест заключается в создании нескольких потоков и нескольких мутексов. Далее каждый поток начинает генерировать запросы, которые блокируют мутекс, исполняют процессорные задачи (для симуляции реальной работы) и разблокируют мутекс.
sysbench --num-threads=64 --test=threads --thread-yields=100 --thread-locks=2 run
Этот тест служит для оценки производительности СУБД, о нем подробнее дальше:
Этот тест проводится в несколько этапов. На этапе prepare создается тестовая таблица и заполняется данными (в указанных количествах). Например:
sysbench --test=oltp --mysql-table-engine=innodb --oltp-table-size=10000 --mysql-user=root --mysql-password=root --db-driver=mysql --test=oltp prepare
Эта операция создаст innoDB таблицу на 10000 записей. По умолчанию таблица создается в базе данных sbtest (не забудьте создать эту БД либо указать другую).
Далее выполняются тесты:
sysbench --num-threads=8 --max-requests=500 --oltp-table-size=10000 --mysql-user=root --mysql-password=root --db-driver=mysql --test=oltp run
Эта команда выполнит тест с 8 клиентами (максимальное количество запросов — 500) на таблице, которая была создана на предыдущем этапе. После окончания теста не забудьте выполнить команду cleanup. После выполнения Вы увидите подробные результаты тестирования. Далее — живой пример.
Посмотрим на производительность innoDB таблицы с разными значениями конфигурационных параметров (проведем эксперимент со сбросом лога). Для начала подготовим innoDB таблицу (50 тыс. записей):
sysbench --test=oltp --mysql-table-engine=innodb --oltp-table-size=50000 --mysql-user=root --mysql-password=root --db-driver=mysql --test=oltp prepare
Включим сброс лога на диск после каждой транзакции (используем стандартный метод сброса лога):
innodb_flush_log_at_trx_commit = 1 innodb_flush_method=fdatasync
Выполним тест:
sysbench --num-threads=8 --max-requests=1000 --oltp-table-size=50000 --mysql-user=root --mysql-password=root --db-driver=mysql --test=oltp run
И увидим следующие результаты:
OLTP test statistics:
queries performed:
read: 14000
write: 5000
other: 2000
total: 21000
transactions: 1000 (263.49 per sec.)
deadlocks: 0 (0.00 per sec.)
read/write requests: 19000 (5006.24 per sec.)
other operations: 2000 (526.97 per sec.)
Test execution summary:
total time: 3.7953s
total number of events: 1000
total time taken by event execution: 30.2361
per-request statistics:
min: 4.80ms
avg: 30.24ms
max: 53.01ms
approx. 95 percentile: 33.07ms
Threads fairness:
events (avg/stddev): 125.0000/0.00
execution time (avg/stddev): 3.7795/0.01 Заметьте, что пропускная способность операций чтения/записи около 5 тыс в секунду. Теперь изменим параметры сброса лога:
innodb_flush_log_at_trx_commit = 0 innodb_flush_method=O_DIRECT
и проверим результаты:
OLTP test statistics:
queries performed:
read: 14000
write: 5000
other: 2000
total: 21000
transactions: 1000 (485.37 per sec.)
deadlocks: 0 (0.00 per sec.)
read/write requests: 19000 (9222.00 per sec.)
other operations: 2000 (970.74 per sec.)
Test execution summary:
total time: 2.0603s
total number of events: 1000
total time taken by event execution: 16.4255
per-request statistics:
min: 2.69ms
avg: 16.43ms
max: 235.49ms
approx. 95 percentile: 42.15ms
Threads fairness:
events (avg/stddev): 125.0000/6.16
execution time (avg/stddev): 2.0532/0.00 Убеждаемся, что во втором случае пропускная способность СУБД вдвое выше, чем в первом (о параметрах подробнее в статье Оптимальная настройка Mysql сервера).
Сегодня мы поговорим о том, как выбрать лучшие курсы Power BI в Украине, особенно для…
В 2023 году во всех крупнейших регионах конкуренция за вакансию выросла на 5–12%. Не исключением…
Unicorn Hunter/Talent Manager Лина Калиш создала бесплатный трекер поиска работы в Notion, систематизирующий все этапы…
Edtech-стартап Mate academy принял решение отправить своих работников в десятидневный отпуск – с 25 декабря…
Служба безопасности Украины задержала в Киеве 46-летнего программиста, который за деньги устанавливал шпионские программы и…
IT-специалист Джордан Катлер создал и выложил на Github подборку разнообразных ресурсов, которые помогут достичь уровня…