Een Cloud Spanner-tabel die alleen via de primaire sleutel wordt geopend, vertoont problemen met de leeslatentie. Hoe los je dit op?

Monotoon toenemende primaire sleutels in Cloud Spanner kunnen leiden tot hotspots, omdat alle nieuwe schrijfbewerkingen naar dezelfde server worden gestuurd, wat de leeslatentie beïnvloedt. Het herontwerpen van de primaire sleutel om monotonie te vermijden, bijvoorbeeld door een hash van een deel van de sleutel toe te voegen of door UUID's te gebruiken, verdeelt de schrijfbewerkingen over meerdere servers, wat de prestaties verbetert. Het verwijderen van een veld zoals 'profilepicture' vermindert de rijgrootte, maar lost het onderliggende hotspotprobleem van een monotone primaire sleutel niet op. Een secundaire index op 'personid' is nuttig voor queries die niet via de primaire sleutel gaan, maar helpt niet bij het optimaliseren van toegang via de primaire sleutel zelf. Het maken van een secundaire index met een specifieke DDL is te algemeen en niet gericht op het specifieke probleem van monotone sleutels.