[发明专利]针对慢查询语句的处理方法及相关设备

说明书

本申请公开了一种针对慢查询语句的处理方法及相关设备，涉及数据库管理技术领域，该方法包括：接收慢查询语句；基于设置在慢查询语句的查询函数中的多个列名构建第一索引列表，第一索引列表存储有多种不同的索引，多种索引由多个列名按预设的组合规则组合获得；将慢查询语句和第一索引列表发送至数据库系统部署的备节点，以使备节点分别基于各索引执行慢查询语句；获取备节点分别基于各索引执行慢查询语句的实际执行时长，以根据实际执行时长，确定针对慢查询语句的索引推荐信息。本申请解决了现有技术中使用的智能索引推荐方式无法列出慢查询语句除已存在的索引以外的索引组合，可能会漏掉一些较好的优化策略的问题。

技术领域

本申请涉及到数据库管理技术领域，具体而言，涉及一种针对慢查询语句的处理方法及相关设备。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在数据库领域中，慢查询往往代表着性能上的杀手。结构化查询语言SQL执行得越慢，消耗的CPU、内存或者IO资源也会越大，当单个慢查询时间较长或者大量的慢查询并发执行时，可直接引发服务故障，关注慢查询即是关注故障本身，可避免慢查询语句对服务的影响，保证系统稳定运行。其中，慢查询语句为数据库记录的运行时间超过一定时间(slow_query_log参数规定的慢查询语句阈值)的语句，并记录到系统里面。

目前常见慢查询语句的治理方式主要是人工介入分析，或者通过数据库治理平台的分析，得出索引评估建议。但是实际上索引对语句优化的准确性有待商酌，且实质仍然是需要大量人为介入及分析。当前对慢查询语句优化痛点主要有如下：

1.人工分析，需要专业数据库人才花费大量时间进行分析及验证，才能得出一个适合服务的优化建议。

2.样例数据的估算。比如关系型数据库管理系统MySQL的存储InnoDB引擎通过分析随机采样的索引页来估算索引的统计信息。处于性能考虑，关系型数据库管理系统MySQL选择只扫描较少的页来估算(默认收集持久统计信息只采样20个索引页)。既然是通过采样来估算，那么这个统计信息就不是十分准确的，就算采样率为100％，而数据库中的数据是不断变化的，统计信息并不是时时刻刻都在收集，采样的数据就会有一定的滞后性，数据不准确。

3.需要自建测试集进行验证，需要独立的数据库资源进行分析，或者在master主节点上进行分析，这会占用master主节点上的计算资源，master主节点为数据库用于对外服务的计算节点。

可见，目前市面上使用的智能索引推荐方式无法列出慢查询语句除已存在的索引以外的索引组合，可能会漏掉一些较好的优化策略。

发明内容

本申请实施例提供了一种针对慢查询语句的处理方法及相关设备，以至少解决现有技术中使用的智能索引推荐方式无法列出慢查询语句除已存在的索引以外的索引组合，可能会漏掉一些较好的优化策略的问题。

根据本申请的一个方面，还提供了一种针对慢查询语句的处理方法，包括：

接收慢查询语句，所述慢查询语句为执行时长触发预设的慢语句阈值的查询语句；

基于设置在所述慢查询语句的查询函数中的多个列名构建第一索引列表，所述第一索引列表存储有多种不同的索引，所述列名为数据库系统中数据库表存储数据的列名，多种所述索引由多个所述列名按预设的组合规则组合获得；

将所述慢查询语句和所述第一索引列表发送至所述数据库系统部署的备节点，以使所述备节点分别基于各所述索引执行所述慢查询语句；

获取所述备节点分别基于各所述索引执行所述慢查询语句的实际执行时长，以根据所述实际执行时长，确定针对所述慢查询语句的索引推荐信息。

在其中的一些实施例中，基于设置在所述慢查询语句的查询函数中的多个列名构建第一索引列表之前，所述方法还包括：