Предисловие
Производительность СУБД — ключевой фактор , однако спонтанные проверки часто искажают реальную картину. PG_EXPECTO Читать полностью »
Рубрика «postgresql performance»
PG_EXPECTO: Анализ влияния размера shared_buffers на производительность СУБД PostgreSQL
2025-12-13 в 12:52, admin, рубрики: deepseek, iostat, postgresql, postgresql performance, vmstat, нагрузочное тестирование, нейросеть, сезон ии в разработке, статистический анализ
Нейросеть против PostgreSQL: системные ошибки AI в прогнозировании производительности под нагрузкой
2025-11-22 в 8:18, admin, рубрики: deepseek, postgresql, postgresql performance, анализ производительности, высокая нагрузка, индексы, искусственный интеллект, нейросети, прогнозирование, статистический анализ
Что происходит, когда вы добавляете строку в PostgreSQL
2025-11-18 в 8:00, admin, рубрики: DBaaS, postgresql, postgresql performance, selectel, облачные базы данных
Привет! Меня зовут Александр Гришин, я руководитель по развитию продуктов хранения данных в SelectelЧитать полностью »
pgdbtemplate — моментальное создание тестовых баз PostgreSQL в Go через шаблоны. Ускоряем тесты в 1.5 раза
2025-09-17 в 7:16, admin, рубрики: database, Go, postgresql, postgresql performance, testingВсем привет! Меня зовут Андрей, я Go-разработчик. Сегодня хочу поделиться библиотекой, которая родилась из внутренней боли и желания оптимизировать рабочий процесс.
Проблема: «Ну сколько можно ждать?»
Классический сценарий подготовки базы для интеграционного теста выглядит так:
func TestMyService(t *testing.T) {
// 1. Создать новую БД (CREATE DATABASE)
// 2. Применить все миграции (N запросов CREATE TABLE, INDEX, FK...)
// 3. Запустить сам тест
// 4. Удалить БД (DROP DATABASE)
// ... и так для КАЖДОГО теста.
}
Почему SELECT FOR UPDATE считается вредным в PostgreSQL
2025-08-23 в 15:12, admin, рубрики: locking, locks, postgres, postgresql, postgresql performance, select for updateРазбирая взаимоблокировки у клиента, я вспомнил, насколько опасным может быть использование SELECT FOR UPDATE при конкурентном доступе. В этом нет ничего нового, но я заметил, что многие не знают о режимах блокировки строк в PostgreSQL, и решил подробно описать, когда следует избегать SELECT FOR UPDATE.
SELECT FOR UPDATE используют, чтобы избежать потерянных обновлений
Как я от нечего делать замедлил Postgres в 42 000 раз
2025-08-01 в 13:01, admin, рубрики: postgresql, postgresql performance, ruvds_перевод, базы данных, обработка данных, производительность, хранение данных
Всех постоянно интересует, как сделать Postgres быстрее, эффективнее и всё такое, но никто не задумывался, как её замедлить. Да, большинству этих людей платят за то, чтобы они повышали скорость, но ко мне это не относится. Недавно я писал Читать полностью »
Когда JOIN тянет ко дну: как одно изменение ускорило запрос в 75 раз
2025-07-14 в 5:15, admin, рубрики: postgresql, postgresql performance, оптимизация, план запросаTL;DR Иногда «убить» самый тяжёлый
JOIN— проще, чем кажется. Достаточно вынести агрегат в коррелированный под-запрос и дать движку опереться на индекс.
Стенд и исходный запрос
Для целей демонстрации создан тестовый стенд:
Скрипт
Все, что нужно PostgreSQL: быстрые диски, дорогой процессор и терабайты RAM
2025-05-27 в 8:17, admin, рубрики: DBaaS, postgresql performance, selectel, selectel cloud, базы данных, облачные сервисы
В облачном мире PostgreSQL возникает много вопросов. Какую конфигурацию выбрать для старта кластера? Сколько оперативной памяти и ядер CPU нужно под мою базу данных? Нужны ли под такой профиль нагрузки высокочастотные процессоры? Какое должно быть соотношение RAM к Storage в кластере? Хватает ли ресурсов и на системные службы, и на кэширование запросов? Не переплачиваю ли я?
Всем привет! Меня зовут Гришин Александр, я руководитель по развитию продуктов хранения данных в Selectel, отвечаю за объектное S3-хранилище и облачные базы данных. В этой статье я поделюсь своими практическими рекомендациями и ориентирами по планированию использования ресурсов кластера в PostgreSQL — в зависимости от типа и профиля нагрузки, размера данных и характера доступа к ним. Погнали!Читать полностью »
Как мы под Новый Год загрузили в PostgreSQL петабайт данных и что из этого вышло
2025-05-14 в 13:00, admin, рубрики: PostgresPro, postgresql, postgresql performance, PostgreSQL scalingЭта история началась с шутки на офисной кухне 10 декабря, но, как водится, у каждой приличной шутки, она вдруг стала интересной для воплощения, а в конце переросла в не самую технически простую реализацию с хождением по многочисленным граблям.
А началось всё просто: пока все вокруг спорят как настраивать железо и тюнить операционные системы дабы выжать лишних TPS, мы решили проверить как отреагирует движок PostgreSQL если загрузить в него действительно большой объём данных. Например, давайте сделаем базу размером один петабайт и посмотрим как он это переживёт.
Борьба с TOAST или будущее JSONB в PostgreSQL
2022-01-23 в 21:26, admin, рубрики: high performance, highload, json, jsonb, postgres, postgresql, postgresql performance, toast, Администрирование баз данных, бенчмарки, Блог компании Конференции Олега Бунина (Онтико), высокая производительность, исследования в it, хранилища данных
В PostgreSQL есть два типа данных: JSON и JSONB. Первый формат является текстовым хранилищем, в котором json хранится "as is", второй — бинарным, в нем ключи отсортированы (сначала по длине ключа, а потом по его названию), дубликаты удалены, а пробелы удалены. Этот SQL-запрос иллюстрирует различие между JSON и JSONB: