Sign up to save your podcastsEmail addressPasswordRegisterOrContinue with GoogleAlready have an account? Log in here.
July 10, 2025Postgres LISTEN/NOTIFY does not scale3 minutesPlayRecall.aiはPostgreSQLのLISTEN/NOTIFY機能によるデータベースのボトルネックを発見。毎月大量の会議データを扱う中で、高負荷時にNOTIFYがトランザクションのコミット時にデータベース全体をロックし、書き込みを直列化してしまうことが原因と判明。結果、CPUやI/Oが低下し、ダウンタイムが発生。代替手段への移行により問題は解決。...moreShareView all episodesBy Tech Podcast BotJuly 10, 2025Postgres LISTEN/NOTIFY does not scale3 minutesPlayRecall.aiはPostgreSQLのLISTEN/NOTIFY機能によるデータベースのボトルネックを発見。毎月大量の会議データを扱う中で、高負荷時にNOTIFYがトランザクションのコミット時にデータベース全体をロックし、書き込みを直列化してしまうことが原因と判明。結果、CPUやI/Oが低下し、ダウンタイムが発生。代替手段への移行により問題は解決。...more
Recall.aiはPostgreSQLのLISTEN/NOTIFY機能によるデータベースのボトルネックを発見。毎月大量の会議データを扱う中で、高負荷時にNOTIFYがトランザクションのコミット時にデータベース全体をロックし、書き込みを直列化してしまうことが原因と判明。結果、CPUやI/Oが低下し、ダウンタイムが発生。代替手段への移行により問題は解決。
July 10, 2025Postgres LISTEN/NOTIFY does not scale3 minutesPlayRecall.aiはPostgreSQLのLISTEN/NOTIFY機能によるデータベースのボトルネックを発見。毎月大量の会議データを扱う中で、高負荷時にNOTIFYがトランザクションのコミット時にデータベース全体をロックし、書き込みを直列化してしまうことが原因と判明。結果、CPUやI/Oが低下し、ダウンタイムが発生。代替手段への移行により問題は解決。...more
Recall.aiはPostgreSQLのLISTEN/NOTIFY機能によるデータベースのボトルネックを発見。毎月大量の会議データを扱う中で、高負荷時にNOTIFYがトランザクションのコミット時にデータベース全体をロックし、書き込みを直列化してしまうことが原因と判明。結果、CPUやI/Oが低下し、ダウンタイムが発生。代替手段への移行により問題は解決。