As tabelas relacionais do Cloud Spanner para clientes/pedidos/inventário não escalam linearmente sob carga. Qual problema é a causa?

O uso de UUIDs Versão 1 como chaves primárias que aumentam monotonicamente causa hot-spotting no Cloud Spanner. UUIDs v1 incorporam um timestamp, fazendo com que novas chaves sejam geradas em ordem crescente. Isso direciona todas as novas inserções para o final da tabela, sobrecarregando um único servidor ou um pequeno conjunto de servidores e impedindo a distribuição uniforme da carga de trabalho entre os nós do Spanner. As outras opções não causam esse problema de escalabilidade linear: Usar tipos numéricos de 64 bits para números de 32 bits é um desperdício de espaço, mas não impede a escalabilidade linear. Usar o tipo de dados STRING para valores de precisão arbitrária é ineficiente para armazenamento e comparação, mas não causa hot-spotting. Usar LIKE em vez de STARTSWITH para consultas SQL parametrizadas pode ser menos eficiente, mas não afeta a escalabilidade da escrita da mesma forma que chaves primárias sequenciais.