Une table Cloud Spanner accessible uniquement par clé primaire présente des problèmes de latence de lecture. Comment résoudre ce problème ?

La reconception de la clé primaire pour éviter les valeurs augmentant de manière monotone est la bonne solution. Les clés primaires séquentielles ou monotones peuvent entraîner des points chauds (hotspots) lors des écritures dans Cloud Spanner, car toutes les nouvelles écritures sont dirigées vers la même région de la base de données. Cela peut indirectement affecter les lectures en augmentant la latence globale du système. En utilisant une clé primaire plus distribuée (par exemple, en hachant une partie de la clé ou en utilisant un UUID v4), les écritures sont réparties sur plusieurs serveurs, réduisant ainsi les points chauds et améliorant les performances globales, y compris la latence de lecture. Supprimer le champ profilepicture est une optimisation de stockage, pas une solution directe à la latence de lecture causée par une clé primaire. Ajouter un index secondaire sur personid pourrait aider pour des requêtes spécifiques utilisant personid, mais ne résoudrait pas le problème fondamental des points chauds liés à une clé primaire monotone. Créer un index secondaire en utilisant le DDL fourni est trop générique et ne cible pas la cause racine du problème.