Решить проблему с скоростью Postgres
100 000 руб. за проект
Есть таблица с 160 млн записей в которую каждый день происходит примерно 2.5млрд insert on conflict do update операций.
Раньше одна такая транзакция с 15к строк выполнялась за 1.5сек, в какой то момент (возможно после того как добавили реплику на чтение) время начало драматически расти и доросло до средних 14 сек на одну операцию.
Сейчас есть один мастер(в который происходят только операции на запись) и одна реплика(в которую происходят только операции чтения бэкэнда).
Обе бд крутятся на отдельных железных серверах с топ железом по 32 ядра каждый.
Нужно понять, почему стало писать в таблицу медленно и предложить решения по оптимизации таблицы/записи в нее
В отклике прошу написать вопросы, а также приложить контакты, чтобы я мог пошерить структуру таблицы/ партишены/ примеры запросов
Раньше одна такая транзакция с 15к строк выполнялась за 1.5сек, в какой то момент (возможно после того как добавили реплику на чтение) время начало драматически расти и доросло до средних 14 сек на одну операцию.
Сейчас есть один мастер(в который происходят только операции на запись) и одна реплика(в которую происходят только операции чтения бэкэнда).
Обе бд крутятся на отдельных железных серверах с топ железом по 32 ядра каждый.
Нужно понять, почему стало писать в таблицу медленно и предложить решения по оптимизации таблицы/записи в нее
В отклике прошу написать вопросы, а также приложить контакты, чтобы я мог пошерить структуру таблицы/ партишены/ примеры запросов
В заказе есть исполнитель
При переводе заказа из архивного в актуальный, текущий исполнитель будет снят с задачи.
Выберите тип сделки
С безопасной сделкой вы всегда сможете вернуть средства, если что-то пойдет не так. С простой сделкой вы самостоятельно договариваетесь с исполнителем об оплате и берете на себя решение конфликтов.