此页面由 Cloud Translation API 翻译。

Spanner 查询优化器版本

本页面介绍并提供了各种 Spanner 查询的历史记录优化器版本。当前的默认版本为 6。要详细了解查询优化器，请参阅查询优化器简介。

Spanner 将查询优化器更新作为新查询发布优化器版本。默认情况下，每个数据库在开始使用优化工具在该版本发布 30 天后进行。

如果您使用 GoogleSQL 方言数据库，您可以管理查询优化器版本查询使用的名称在提交到最新版本之前，您可以在旧版本和最新版本之间查询性能配置文件。接收者如需了解详情，请参阅管理查询优化器。

查询优化器版本记录

下面总结了在每个版本中对查询优化器进行的更新。

改进了二级索引选择。
- 改进了交错表之间的联接下的二级索引使用情况。
- 改进了覆盖二级索引的使用情况。
- 改进了优化器统计信息过时时的索引选择。
- 首选在前导索引列上使用谓词的二级索引，即使是如果优化工具统计信息不可用，或报告基表非常小
引入单传递哈希联接，由新提示启用 hash_join_execution。

联接提示：
GoogleSQL
```
SELECT ...
FROM (...)
JOIN@{join_method=hash_join, hash_join_execution=one_pass} (...)
```
PostgreSQL
```
SELECT ...
FROM (...)
JOIN/*@ join_method=hash_join, hash_join_execution=one_pass */ (...)
```
当哈希联接的构建辅助输入时，新模式非常有用非常大。在以下情况下，一遍哈希联接预计可以实现更好的性能：请查看查询执行配置文件中的以下内容：
- 哈希联接的右侧子项上的执行次数较大将大于哈希联接运算符的执行次数。
- 哈希联接运算符的右侧子级的延迟时间也较长。
默认情况下 (hash_join_execution=multi_pass)，如果哈希联接太大，无法存放在内存中，构建端被拆分为我们可能会多次扫描探测端。使用新模式 (hash_join_execution=one_pass)，如果存在以下情况，哈希联接将溢出到磁盘：其构建端输入无法存储在内存中，并且始终扫描探测器一次。
改进了选择用于跳转的键的数量。

添加了一种新的联接算法——合并联接（通过使用新的 JOIN METHOD 查询提示值来启用）。

语句提示：

@{join_method=merge_join}
SELECT ...

/*@ join_method=merge_join */
SELECT ...

加入提示：

SELECT ...
FROM (...)
JOIN@{join_method=merge_join} (...)

SELECT ...
FROM (...)
JOIN/*@ join_method=merge_join */ (...)

添加了一种新的联接算法——推送广播哈希联接（通过使用新的 JOIN METHOD 查询提示值来启用）。

加入提示：

SELECT ...
FROM (...)
JOIN@{join_method=push_broadcast_hash_join} (...)

SELECT ...
FROM (...)
JOIN/*@ join_method=push_broadcast_hash_join} */ (...)

当存在联接引入的 CrossApply 运算符且查询要求使用 LIMIT 对结果进行排序时，使用 LIMIT 提高可某些查询的性能。完成此更改后，优化器首先会应用针对 CrossApply 输入端施加限制的排序。

示例：

SELECT a2.*
FROM Albums@{FORCE_INDEX=_BASE_TABLE} a1
JOIN Albums@{FORCE_INDEX=_BASE_TABLE} a2 USING(SingerId)
ORDER BY a1.AlbumId
LIMIT 2;

SELECT a2.*
FROM albums/*@ force_index=_base_table */ a1
JOIN albums/*@ force_index=_base_table */ a2 USING(singerid)
ORDER BY a1.albumid
LIMIT 2;