【使用环境】测试环境
【OB or 其他组件】OceanBase
【使用版本】4.3
【问题描述】想了解分区表下本地索引和全局索引分别适合什么查询场景？
【复现路径】设计分表业务，纠结索引选型
【附件及日志】无
【备注】[@论坛小助手]
1 个赞
根据文档库中的信息，本地索引和全局索引各自适合不同的查询场景。以下是基于OceanBase数据库中对这两种索引类型的推荐使用场景：
本地索引适用场景
- 分区键条件查询：当业务查询条件能够明确带上分区键时，推荐使用本地索引。这样可以通过分区裁剪功能提高查询效率，仅需访问特定的分区。
- 频繁更新数据：因为本地索引的维护代价较低，对于频繁进行数据更新操作（如插入、删除或修改）的表，使用本地索引可以避免产生分布式事务，进而减少写入延迟。
全局索引适用场景
- 非分区键条件查询：如果业务逻辑无法总是确保SQL查询条件包含分区键，并且这些查询涉及大量数据检索，那么构建一个符合查询需求的全局索引可能是更好的选择。这样做可以在不完全依赖分区键的情况下，通过优化器利用索引快速定位数据。
- 保证唯一性约束：当需要确保某列或者几列组合的值在整个表范围内是唯一的，而这些列又不能作为分区键的一部分时，应考虑创建全局索引以满足这一要求。
- 跨分区的数据分布：对于希望在不同维度上重新分配数据的应用场景，比如按时间或其他属性划分的历史数据管理，全局索引提供了更灵活的选择。
注意事项
- 尽管全局索引为某些复杂的查询提供了性能优势和支持额外的功能，但其维护成本较高，尤其是在高并发写入环境下可能会导致写性能下降。
- 因此，在实际应用中应优先考虑使用本地索引，除非有特殊需求必须采用全局索引。
更多关于OceanBase数据库中局部与全局索引之间的差异，请参考：
- OceanBase 数据库性能的影响因素 → 资源分配 → 局部索引和全局索引 (链接未知)
- OceanBase 数据库在 MySQL 模式租户下的扩展功能 → 全局索引（Global Index） → 适用场景 (链接未知)
希望上述信息能帮助您更好地理解本地索引和全局索引的特点及应用场景，从而做出适合自己业务需求的选择。
检索到的文档如下:
3 个赞
先看看官方文档
加1