你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
查询加速策略(预览版)
适用于:✅Microsoft Fabric✅Azure 数据资源管理器
外部表是一个架构实体,它引用存储在 Kusto 数据库外部的数据。 由于各种因素(例如网络调用从存储提取数据、缺少索引等)而引入的数据,在外部表上运行的查询的性能可能更低。 查询加速允许在外部增量表的基础上指定策略。 此策略定义数天来加速高性能查询的数据。
Azure 数据资源管理器 Azure Data Lake Store Gen2 或 Azure Blob 存储外部表支持查询加速。
OneLake、Azure Data Lake Store Gen2 或 Azure Blob 存储 外部表的 Eventhouse 支持查询加速。
若要在 Fabric UI 中启用查询加速,请参阅 OneLake 快捷方式上的查询加速。
限制
- 外部表中的列数不能超过 900。
- 在预览期间,对具有分区的加速外部增量表进行查询的性能可能无法达到最佳。
- 此功能假定增量表具有静态高级功能,例如列映射不会更改,分区不会更改,等等。 若要更改高级功能,请先禁用策略,并在进行更改后重新启用策略。
- 增量表架构的更改也必须与相应的
.alter
外部增量表架构同步更新,如果发生中断性架构更改,可能会导致加速从头开始。 - 分区不支持基于索引的修剪。
- 不会缓存压缩大小超过 6 GB 的 Parquet 文件。
- 使用模拟身份验证的外部表不支持查询加速。
已知问题
- 需要重新访问使用 OPTIMIZE 函数优化的外部增量表中的数据。
- 如果在增量中运行频繁的 MERGE/UPDATE/DELETE 操作,基础 parquet 文件可能会被更改重写,Kusto 将跳过加速此类文件,从而导致在查询期间检索。
- 系统假定增量表目录下的所有项目对所选用户具有相同的访问级别。 在 delta 表目录下具有不同访问权限的不同文件可能会导致意外行为。