5.0 KiB
5.0 KiB
SQL 调优概览
SQL 调优是指通过综合分析 SQL 的执行计划、执行监控信息、系统配置、系统负载等多方面因素，调整 SQL 的执行策略，以实现资源利用最大化。
SQL 调优方式一般可分为单条 SQL 调优和系统 SQL 调优。
单条 SQL 调优
单一的 SQL 调优的优化主体是被调试的 SQL 执行本身，一般调优的目标包括该 SQL 的执行时间、试行期的资源消耗等。常见的调优手段包括调整访问路径、执行顺序、逻辑改写等。
针对单条 SQL 的执行计划性能调优又可以分为单表访问和多表访问两种场景。
| 场景 | SQL 调优的关注点 |
|---|---|
| 单表访问 | * 访问路径是否开启索引扫描：使用索引扫描可以减小数据的访问量。 * 是否创建合适的索引：使用索引排序以减少排序或聚合等耗时操作。 * 分区裁剪是否正确：适当的分区条件可以减少不必要的分区访问。 * 是否提高查询的并行度：分区数目较多时，通过提高并行度以更多资源的代价获取单条 SQL 查询的性能提升。 |
| 多表访问 | 不仅要关注单表的 SQL 调优问题，还要关注多表间的联接问题： * 联接顺序 * 联接算法 * 跨机或并行联接的数据再分布方式 * 查询改写 |
系统的 SQL 调优
系统的 SQL 调优的目的是提高整个系统的吞吐量或者系统利用率等。系统的 SQL 调优过程往往需要结合多条 SQL 的执行计划，综合分析当前系统的负载特征，主要关注热点行竞争、buffer cache 命中率等全局性的调优点。
针对吞吐量的性能调优主要是考虑在一定资源（CPU、IO、网络等）情况下，将数据库系统处理请求量最大化。主要关注以下几个方面：
| 主要方法 | 说明 |
|---|---|
| 优化慢 SQL | 找到具体的慢 SQL 后，针对单条 SQL 进行性能调优，请参见示例 查询某段时间内执行时间排名 TOP N 的请求。 |
| 均衡 SQL 的请求流量资源 | 请参见示例 查看集群 SQL 请求流量是否均衡。 影响均衡的因素主要有： * ob_read_consistency 如何设置 * Primary Zone 如何设置 * Proxy 或 Java 客户端路由策略相关设置 * 业务热点查询分区是否均衡 |
| 均衡子计划的 RPC 请求流量资源 | 请参见示例 查看分布式子计划 RPC 执行数是否均衡。 影响子计划请求是否均匀的主要因素如下： * OBServer 内部路由策略相关设置 * 业务热点查询的分区是否均衡 |