производительности при таком кейсе:
- 22к connections(плохая нагрузка на postgresql но такова реальность pgbouncer нет возможности использовать из-за большого кол-ва долгоиграющих одновременных транзакций)
- 20к connections читают и удаляют со скоростью 2000rps в долгих транзакциях
- 2к connections пишут со скоростью 2000rps
- 64 vCPU
- autovacuum и autoanalyze отрабатывают каждые 10-30 секунд (max age всего порядка 3M)
На 11 postgresql(aurora AWS) первые 3h нагрузочного тестирования все ок - затем резкое падение производительности появление кучи IPC:ProcArrayGroupUpdate локов
На 12 postgresql(aurora AWS) полет нормальный в течение 8h(дольше не тестировал)
С чем может быть связана просадка производительности для 11 Postgres?
А разве это вообще postgres? Это же просто "Amazon Aurora: PostgreSQL-Compatible Edition" и "The PostgreSQL-compatible edition of Aurora delivers up to 3X the throughput of standard PostgreSQL running on the same hardware..." как бы намекает, что эти вопросы — не к нам. ;)
тогда переиначу вопрос: если говорить про классический postgres чем может быть вызвано большое кол-во IPC:ProcArrayGroupUpdate локов?
Обсуждают сегодня