在Google Spanner中用交错行实现多表同分片的主键前缀疑问

嘿，这个问题我刚好有实操经验，给你掰扯清楚Spanner里“相同主键前缀”的定义，以及怎么用它实现多表行同分片的需求～

首先，什么是“相同主键前缀”？ #

Spanner的主键是有序组合键，所谓“前缀”就是主键从第一个元素开始的连续部分。比如某表主键是(c_id, item_id)，那么它的前缀可以是(c_id)（单个元素的前缀），也可以是(c_id, item_id)（完整主键本身）——但注意，必须是开头的连续元素，不能跳着选（比如不能拿(item_id)当前缀）。

对于多个表来说，要共享同一个分片，需要满足两个核心条件：

1. 主键结构的前缀一致：比如表A、B、C的主键都以c_id作为第一个元素；
2. 前缀的实际值完全匹配：比如三个表中都有c_id = "user_123"的行，这些行的前缀值完全相同。

结合你的例子：多表共享前缀实现同分片 #

假设你有三个表，想要让它们同c_id的行都在同一个分片里，核心是用Spanner的**交错行（INTERLEAVE）**语法，把这些表关联成一个“父子表树”——因为只有通过INTERLEAVE绑定的表，Spanner才会强制保证同前缀值的行落在同一个分片（仅仅主键前缀相同但没绑定的话，官方不做保证）。

举个具体的SQL示例：

-- 父表：所有交错子表的前缀基础
CREATE TABLE CoreTable (
  c_id STRING(36) NOT NULL,
  create_time TIMESTAMP NOT NULL,
) PRIMARY KEY(c_id);

-- 子表1：主键以父表主键为前缀，通过INTERLEAVE绑定
CREATE Table TableA (
  c_id STRING(36) NOT NULL,
  a_id STRING(36) NOT NULL,
  a_data STRING(255) NOT NULL,
) PRIMARY KEY(c_id, a_id)
INTERLEAVE IN PARENT CoreTable ON DELETE CASCADE;

-- 子表2：同样以父表主键为前缀，绑定到同一个父表
CREATE Table TableB (
  c_id STRING(36) NOT NULL,
  b_id STRING(36) NOT NULL,
  b_data INT64 NOT NULL,
) PRIMARY KEY(c_id, b_id)
INTERLEAVE IN PARENT CoreTable ON DELETE CASCADE;

-- 子表3：同理
CREATE Table TableC (
  c_id STRING(36) NOT NULL,
  c_id_detail STRING(36) NOT NULL,
  c_data BOOL NOT NULL,
) PRIMARY KEY(c_id, c_id_detail)
INTERLEAVE IN PARENT CoreTable ON DELETE CASCADE;

在这个结构里：

• 所有子表的主键都以父表的c_id作为第一个前缀元素；
• 当你往三个子表插入c_id = "user_123"的行时，这些行都会和父表中c_id = "user_123"的行被放在同一个分片里；
• 反之，c_id = "user_456"的行则会落在另一个分片。

几个容易踩的坑 #

• 前缀必须是连续开头的主键元素：如果子表主键是(a_id, c_id)，哪怕包含c_id，但它不是开头的前缀，就无法和父表同c_id的行在同一个分片；
• 必须用INTERLEAVE语法绑定：仅仅主键前缀结构相同，但没有通过INTERLEAVE IN PARENT关联的表，Spanner不会强制它们的同前缀行在同一个分片（可能偶然命中，但不做保障）；
• 前缀值必须完全匹配：比如表A的c_id = "user_123"和表B的c_id = "user_456"，哪怕结构一样，值不同也会在不同分片。

内容的提问来源于stack exchange，提问作者Jordi Torne