MagicStack / MagicStack/asyncpg
RDS Proxy Pinning
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 8.1k
- フォーク
- 468
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
I am using asyncpg to query an postgres rds cluster. In my app I use asyncpg connection pools to aquire a connection and query the DB. I recently stood up an RDS Proxy in front of my RDS Cluster and I see almost 100% pinning because of the reset query used by asyncpg. I keep seeing the below message in my RDS Proxy logs for the pinned connections.
`Consider moving session configuration to the proxy's initialization query. Digest: "select pg_advisory_unlock_all(); close all; unlisten *; reset all;".`
Has anyone else run into connection pinning in RDS Proxy? I feel like the correct approach is not what is mentioned in the logs.
Thanks in advance :)
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
ファイル、テスト、またはエントリーポイントについては何も言及されていません。まず、asyncpg の接続プールのリセット動作を RDS Proxy の pinning ログと併せて確認し、次に、報告されたリセットクエリを接続のクリーンアップを壊さずに変更できるかどうかを判断して、変更後の pinning 動作を検証してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- aws, postgresql, python
- 領域
- database
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 30/100