# 查看 ```sql mysql> SELECT @@optimizer_switch\G; *************************** 1. row *************************** @@optimizer_switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=on,use_invisible_indexes=off,skip_scan=on,hash_join=on,subquery_to_derived=off,prefer_ordering_index=on,hypergraph_optimizer=off,derived_condition_pushdown=on 1 row in set (2.56 sec) ``` # 设置 ### 语法 ```sql SET [GLOBAL|SESSION] optimizer_switch='command[,command]...'; ``` - command - default：将每个优化重置为默认值 - opt_name=default：将命名优化设置为默认值 - opt_name=off：禁用命名优化 - opt_name=on：启用命名优化 # 优化项 - batched_key_access：块Nested-Loop 为了使 batched_key_access 在设置为 on 时生效，mrr 标志也必须打开。目前对 MRR 的成本估算过于悲观。因此，为了使用 BKA，还必须关闭 mrr_cost_based。 - condition_fanout_filter：条件过滤 控制条件过滤的使用。 - derived_condition_pushdown：派生条件 Pushdown 控制派生条件下推。 - derived_merge：派生表合并 控制将派生表和视图合并到外部查询块中。 - engine_condition_pushdown：存储引擎状态下推 - index_condition_pushdown：索引条件下推 - use_index_extensions：索引扩展 - 索引合并 - index_merge：索引合并 - index_merge_intersection：控制索引合并交叉访问优化 - index_merge_sort_union：控制索引合并排序联合访问优化。 - index_merge_union：控制索引合并联合访问优化。 - use_invisible_indexes：索引可见性 - prefer_ordering_index：限制优化 控制在具有ORDER BY或GROUP BY和LIMIT子句的查询的情况下，优化器是否尝试使用有序索引，而不是无序索引、文件排序或其他优化。默认情况下，只要优化器确定使用它可以更快地执行查询，就会执行此优化。由于做出此决定的算法不能处理所有可能的情况，因此在某些情况下，这种优化可能不可取。在MySQL 8.0.21及以后的版本中，设置为off来禁用它 - Multi-Range 读 - mrr：控制多范围读取策略。 - mrr_cost_based：如果MRR =on，控制基于成本的MRR的使用。 - 半连接 - duplicateweedout：控制半连接 Duplicate Weedout 策略。 - firstmatch：控制半连接 FirstMatch 策略。 - loosescan：控制半连接LooseScan策略。 - semijoin：控制所有半连接策略 - skip_scan：控制使用跳过扫描访问方法。 - 子查询物化 - materialization：控制物化 - subquery_materialization_cost_based：使用基于成本的物化选择。 - subquery_to_derived：子查询转换 从MySQL 8.0.21开始，优化器在很多情况下能够将SELECT、WHERE、JOIN或HAVING子句中的标量子查询转换为派生表上的左外连接。(根据派生表的可空性，这有时可以进一步简化为内部连接。)这可以为满足以下条件的子查询完成： - 子查询不使用任何不确定性函数，比如RAND()。 - 子查询不是ANY或ALL子查询，可以重写为使用MIN()或MAX()。 - 父查询不设置用户变量，因为重写它可能会影响执行顺序，如果在同一查询中多次访问该变量，可能会导致意想不到的结果。 - 子查询不应该是相关的，也就是说，它不应该在外部查询中引用表中的列，或者包含在外部查询中求值的聚合。 # 参考 - 官档：https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html