Google Cloud Spanner索引未生效，查询执行全表扫描问题咨询

核心原因：索引覆盖性不足 #

你的查询返回的sku_config、is_added_to_cart、is_purchased三列均不在customercodeIndex3索引的可直接访问范围内。Spanner的二级索引默认仅包含索引定义列与主键列（这里主键是customer_ref_value, sku_config），若查询所需列不在其中，使用索引扫描后必须执行回表查找（从主表读取缺失列数据）。当优化器判断回表的整体开销高于全表扫描时，就会选择全表扫描路径。

具体验证与解决方案 #

1. 明确当前索引覆盖范围 #

customercodeIndex3包含的可直接访问列：
customer_ref_value（索引前缀）、customer_ref_type、mp_code、last_visit_time DESC，以及自动包含的主键列customer_ref_value、sku_config。

查询需要的is_added_to_cart、is_purchased不在此列中，导致索引无法直接满足查询需求。

2. 优化方案：创建覆盖索引 #

修改索引定义，将查询依赖的非主键列加入STORING子句，让索引直接覆盖所有查询所需列，避免回表操作，优化器会优先选择索引扫描：

CREATE INDEX customercodeIndex3 ON customer_lastseen_products(
  customer_ref_value, 
  customer_ref_type, 
  mp_code, 
  last_visit_time DESC
) STORING (is_added_to_cart, is_purchased);

（注：sku_config作为主键列会自动包含在索引中，无需额外添加）

3. 其他潜在影响因素 #

• 数据量级：如果WHERE条件匹配的记录量极大，优化器可能判定全表扫描成本更低。可通过EXPLAIN语句查看执行计划，明确优化器的成本判断逻辑：

  EXPLAIN SELECT sku_config , is_added_to_cart, is_purchased FROM customer_lastseen_products WHERE(customer_ref_value, customer_ref_type) in (('0f2e9ed9-2d5e-4c78-b03f-0c6dd3f65598', 'customer_code'), ('', 'visitor_id'))AND mp_code = "mp"AND last_visit_time between '2020-10-03T12:35:59' and '2022-10-03T12:35:59'order by last_visit_time desc
  

• 空值匹配：查询中包含('', 'visitor_id')的条件，若customer_ref_value为空的记录数量过多，也可能导致优化器倾向选择全表扫描。

内容的提问来源于stack exchange，提问作者Omar Ahmed