28 сентября 2026 года MariaDB Foundation представила TAF 4.0, новую версию Test Automation Framework для проверки производительности баз данных. Главные изменения связаны с воспроизводимостью тестов, сохранением фактических настроек и beta-поддержкой PostgreSQL.
Для администратора смысл простой: получить график мало. Нужно ещё знать, с какой конфигурацией сервер работал, и уметь повторить тот же тест позже. В TAF 4.0 эти сведения собираются вместе с результатами, а не остаются набором внешних файлов, которые легко потерять или незаметно изменить.
PostgreSQL пока в beta
В TAF добавили плагин PostgreSQL, обновили сборку sysbench-lua и библиотеку RUN SQL. Теперь фреймворк умеет проводить тесты с PostgreSQL наряду с MariaDB и MySQL.
Поддержка отмечена как beta. Для собственного стенда это повод начать проверку подходящих сценариев, но не считать любую существующую конфигурацию полностью переносимой без проверки. Разные СУБД требуют согласованных условий теста, а общая оболочка сама по себе не делает результаты равнозначными.
В выпуск вошли минимальные, стандартные, аналитические и OLTP-конфигурации для MariaDB, MySQL и PostgreSQL. Есть также дополнительные конфигурации и описания тестов TidesDB, которые подготовил автор проекта Алекс Падула.
Какая конфигурация действительно использовалась
Настройки базы теперь можно включать прямо в пользовательский properties-файл между db_config_start и db_config_end. При выборе параметров сначала учитываются переопределения из командной строки, затем встроенный блок и только после него ссылка db_config_file на внешний файл.
Из выбранного набора TAF создаёт временный конфигурационный файл и использует его для запуска базы. Этот же файл попадает в архив результатов. Отчёты и серверная часть получают сведения о настройках из данных прогона, а не пытаются заново прочитать исходный внешний файл.
Практическая польза в том, что изменённый позже конфиг уже не подменит описание старого измерения. Рядом с результатом остаётся именно тот набор параметров, с которым работал сервер во время теста.
Для каждого тестового случая также формируется самостоятельный properties-файл. В него входят исходные свойства, переопределения из командной строки и итоговые настройки базы. Такой файл позволяет повторить тест независимо от первоначального набора конфигурационных файлов.
Описание конфигурации и ссылка на сформированный properties-файл появились в README каждого теста. Это упрощает разбор архива: человеку, который получил результаты позже, не нужно отдельно выяснять, откуда взялись рабочие настройки.
Управление прогоном и отчёты
В версии 4.0 появились параметры для метки теста, сохранения состояния прогона и запуска сценариев перед тестами и после них. Они помогают связать подготовку окружения, измерение и завершающие действия в одном процессе.
Режим восстановления теперь повторно выполняет первую итерацию восстановленного хранилища данных. В описании релиза это связано с устранением перекоса и синхронизацией состояния после восстановления.
Новая утилита ResultsCompareRaw.pl умеет заново строить HTML по исходным результатам теста, выбрав другую метрику основной. Это полезно, когда после первого просмотра понадобилось сравнить не тот показатель, который был главным при запуске набора.
В комплект добавили сценарии сбора данных через mpstat, perf sched, pidstat и sar. Они позволяют разбирать состояние системы рядом с измерениями базы. Отдельные показатели нагрузки помогают понять результат точнее, чем один итоговый столбец производительности.
Исправления запуска и SSL
Разработчики переработали фоновый запуск MariaDB и MySQL. Прежняя обвязка процесса мешала инициализации WolfSSL и OpenSSL и могла приводить к нестабильному запуску SSL. В новой версии используется более простой fork/exec.
В наборе HammerDB TPROC-C исправили передачу настроек SSL. Раньше они попадали не в тот словарь и использовали неподходящие имена параметров. Теперь настройки передаются в словарь соединения с параметрами для соответствующей СУБД.
Установка серверного ПО тоже стала строже: фреймворк отказывается продолжать при некорректном или пустом пакете, существующем целевом каталоге и неудачной распаковке. Для тестового стенда явная остановка полезнее, чем измерение в окружении, которое собралось не так, как предполагалось.
TAF 4.0 делает тесты баз данных понятнее после самого запуска: настройки сохраняются, отдельный тест можно повторить по собственному properties-файлу, а отчёт перестроить по другой метрике. PostgreSQL расширяет набор доступных СУБД, но пока остаётся beta-возможностью.
Ещё одна новость фонда: Kamatera присоединилась к программе Silver Sponsor.
