Lisez les lignes par clé primaire avec RESP MGET authentifié. Les écritures PostgreSQL invalident automatiquement les entrées de cache concernées.
API RESP authentifiée · PostgreSQL 14–18 · Open source
La version 3.1.0 utilise une capacité en octets pouvant contenir des millions de petites clés si le budget le permet. Elle ajoute des verrous partitionnés, des hits mono-clé sans allocation, un suivi des écritures moins coûteux et le report des misses pendant les verrous de relation. Guide de mise à niveau.
3.1.0 · build final c431bcc
210krequêtes/s · RESP MGET
Par cœur physique du serveur épinglé
clés chaudes · 256 clients · Go/pgx
Un hit éligible renvoie la ligne stockée. Un miss ou un contournement lit la table source. Vos requêtes SELECT ordinaires gardent leur chemin actuel.
-- Attach your table once.
SELECT local_cache.attach_table('public.items');
-- Read rows by primary key.
MGET CRUD:pglc_demo.public.items:{"id":42} CRUD:pglc_demo.public.items:{"id":7}Authentifié et limité à 1 024 clés par requête. Les lignes absentes renvoient null.
INSERT, UPDATE et DELETE invalident les entrées concernées.
Allouez le cache de lignes partagé au démarrage de PostgreSQL.
Les lectures non éligibles utilisent la table source selon les règles de visibilité de PostgreSQL.
Node.js et Go. SQL préparé et RESP MGET.
Un seul exécuteur utilise les mêmes clés, tailles de lots, nombres de connexions, durée et vérifications des résultats. Comparez le débit, la latence, ainsi que le CPU et la mémoire PostgreSQL sur votre machine.
Lancer la comparaisonVous choisissez un cache ? Comparez les pages PostgreSQL, les lignes, les vues matérialisées et Redis.
Clonez le dépôt et démarrez un serveur PostgreSQL éphémère avec des lignes d'exemple. Docker compile l'extension et garde la démo séparée de vos bases de données.
git clone https://github.com/profundium/pg_local_cache.git
cd pg_local_cache
docker compose -f examples/compose.yaml -f examples/compose.resp.yaml up --build --waitLisez les lignes d'exemple et vérifiez les hits du cache. Vous avez déjà cloné le dépôt ? Exécutez la dernière commande depuis sa racine. Pour un serveur existant, utilisez le guide d'installation.
L'installation sur un serveur existant nécessite un redémarrage de PostgreSQL.
Parcourez une course cache-aside où une ancienne lecture remplit une clé supprimée après le commit. Comprenez la validation des remplissages, les snapshots, le rollback et les caches locaux aux requêtes.
Lire l'articleConcevez une comparaison équitable du cache de lignes PostgreSQL avec SQL préparé et RESP MGET. Distinguez lectures chaudes, misses, tailles de lots, écritures et coûts clients.
Lire l'articleRemplacez les requêtes de clés primaires N+1 en conservant les ID dupliqués, l'ordre d'entrée, les positions NULL et les lignes absentes. Comparez ANY, WITH ORDINALITY et RESP MGET.
Lire l'articlepg_local_cache 3.1.0 garde les lignes fréquentes en mémoire partagée PostgreSQL et les sert via RESP. Comparaison avec Valkey et SQL préparé, sans lignes obsolètes.
Lire l'articleNon. PostgreSQL met en cache les pages de la base de données. Cette extension met séparément en cache des lignes complètes sérialisées par clé primaire. Consultez la comparaison des chemins de lecture.
Non. Seul RESP MGET authentifié utilise le cache de lignes partagé. Les requêtes existantes conservent leur parcours PostgreSQL normal.
Non. Le point de terminaison RESP2 est limité. Il n'y a ni ensemble général de commandes Redis, ni TTL, ni pub/sub, ni coordination distribuée. Comparez les chemins cache-aside PostgreSQL et Redis.
Le guide d’invalidation explique le comportement des écritures. Le guide de mise à niveau couvre le passage de 3.0.0 à 3.1.0 ainsi que la migration antérieure depuis 2.x.