PostgreSQL vs MySQL
Тема дорожной карты · PostgreSQL
PostgreSQL и MySQL — две наиболее широко используемые реляционные СУБД с открытым исходным кодом, однако они существенно различаются по архитектуре, соответствию стандартам SQL и набору функций, что делает выбор между ними важным решением при администрировании баз данных. PostgreSQL известен строгим соответствием ACID, расширенными типами данных (JSONB, массивы, диапазоны, пользовательские типы), мощными возможностями индексирования (GIN, GiST, BRIN, частичные индексы) и поддержкой сложных запросов, включая оконные функции и CTE; MySQL исторически ставил во главу угла простоту и сырую пропускную способность чтения. MySQL использует архитектуру подключаемых движков хранения, где InnoDB обеспечивает транзакции и MVCC, тогда как в PostgreSQL MVCC глубоко встроен в ядро с хранением в кучных структурах и моделью версионирования кортежей, обусловливающей необходимость VACUUM. Для нагрузок с интенсивной записью, требующих сложных запросов, полнотекстового поиска или геопространственных данных, PostgreSQL обычно является предпочтительным выбором; MySQL по-прежнему популярен для веб-приложений, где в приоритете простота и широкая поддержка хостинга. Обе базы данных поддерживают репликацию и мониторинг, однако более богатые статистические представления и экосистема расширений PostgreSQL, как правило, предоставляют администраторам баз данных больше рычагов для настройки производительности.
Как это работает
PostgreSQL vs MySQL начинается с понимания PostgreSQL как закалённой в бою open-source RDBMS со строгим следованием SQL-стандартам, MVCC-конкурентностью, ACID-транзакциями и богатой типизацией (массивы, JSONB, ranges, геометрические типы, пользовательские через расширения). Кластер Postgres — один работающий postmaster + per-connection backend-процессы; БД живут внутри одного кластера; схемы внутри БД; таблицы, view, sequences внутри схем. Wire-протокол стабилен и задокументирован.
Когда применять
PostgreSQL — дефолтная реляционная БД для любого нового проекта: JSON + реляционка + full-text + расширения в одном движке, MIT-подобная лицензия, без vendor lock-in. MySQL — только если унаследовали деплой. SQLite — когда реально single-host + низкая конкурентность. Managed Postgres (Yandex Managed PostgreSQL, RDS, Cloud SQL) — когда бекапы + HA + мониторинг начинают есть инженерное время.
Типичные ошибки
Ловушки PostgreSQL vs MySQL: расчёт, что Postgres "сам масштабируется" без тюнинга (shared_buffers, work_mem, max_connections дефолты крошечные); MySQL-измы (LIMIT m, n нестандартен — используйте LIMIT n OFFSET m); пустой template1-extensions (CREATE EXTENSION per-DB); не выучили EXPLAIN (ответ на большинство "почему медленно" — в плане). Прочтите официальный туториал от и до.