MagicStack / MagicStack/asyncpg

Implementation of shared mode connection pool.

Ouverte
#636 10 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Python
Étoiles
8.1k
Forks
468
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

* **asyncpg version**: 0.21.0
* **PostgreSQL version**: 12.4
* **Do you use a PostgreSQL SaaS? If so, which? Can you reproduce
the issue with a local PostgreSQL install?**: no
* **Python version**: 3.8.3
* **Platform**: Linux 4.18.0-193.19.1.el8_2.x86_64
* **Do you use pgbouncer?**: no
* **Did you install asyncpg with pip?**: yes
* **If you built asyncpg locally, which version of Cython did you use?**:
* **Can the issue be reproduced under both asyncio and
[uvloop](https://github.com/magicstack/uvloop)?**: yes

Currently, asyncpg implements connection pool by blocking the acquired connection in an asyncio.LifoQueue. In [aioredis](https://github.com/aio-libs/aioredis), the connection pool uses so-called shared mode connection which sends the command directly to the connection's StreamWriter and awaits the result from a background asyncio.Future consuming results from StreamReader indefinitely. Is it possible to implement a similar connection pool to optimize the performance of query?

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

L'issue cite le pool de connexions d'asyncpg et l'implémentation du pool de connexions d'aioredis comme points de départ, mais ne fournit ni fichiers ni tests. Lisez d'abord les deux conceptions de pool, puis déterminez comment mesurer les performances des requêtes et le traitement des commandes concurrentes ; la finalisation nécessite une conception partagée convenue pour le mode partagé, un périmètre d'implémentation et des preuves de performance.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
postgresql, python
Domaine
databases
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.