安科网

Automatic的SQL Profile来稳定执行计划

荆楚竹子

荆楚竹子

2016-04-18

关注 关注

我们都希望Oracle数据库的执行的SQL，CBO都能够产生正确的执行计划，但是事实上由于各种原因（例如SQL所对应的对应的统计信息不准确，或者CBO内部一些计算公式的缺陷等），导致了CBO会产生效率不高的，甚至是错误的执行计划。特别是CBO对目标SQL所产生的初始执行计划是正确的，后来由于各种原因（比如统计信息的变更），导致了CBO重新产生了一个错误的执行计划，这种执行计划的改变往往会导致目标SQL执行时间呈一个数量级的递增，而且通常会给我们造成一个困惑，一条SQL原本可以正常的运行，但是为什么会突然变得很慢？其实这种SQL执行效率突然的衰减往往是因为目标SQL执行计划的改变。这时候我们可以使用SQL_Profile或者SPM来解决执行计划变更的问题，用他们来调整稳定目标的SQL执行计划。下面进行一个Automatic的SQL Profile来稳定执行计划的实验。

1.创建一个测试表并插入数据，并创建相对应的索引
SQL> create table t1(n number);

 Table created.

 SQL> declare
  2  begin
  3  for i in 1 .. 10000
  4  loop
  5  insert into t1 values(i);
  6  commit;
  7  end loop;
  8  end;
  9  /

 PL/SQL procedure successfully completed.

 SQL> select count(*) from t1;

  COUNT(*)
 ----------
      10000

 SQL> create index idx_t1 on t1(n);

 Index created.

 2.对表T1收集统计信息

SQL> exec dbms_stats.gather_table_stats(ownname =>'SYS',tabname =>'T1',method_opt =>'for all columns size 1',CASCADE =>true);

 PL/SQL procedure successfully completed.

 3.使用hint强制不使用索引，来模拟那些执行计划错误的SQL，并查看执行计划。
SQL> select /*+ no_index(t1 idx_t1) */ * from t1 where n=1;

 N
 ----------
 1

 SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 SQL_ID 1kg76709mx29d, child number 0
 -------------------------------------
 select /*+ no_index(t1 idx_t1) */ * from t1 where n=1

 Plan hash value: 3617692013

 --------------------------------------------------------------------------
 | Id  | Operation  | Name | Rows  | Bytes | Cost (%CPU)| Time |
 --------------------------------------------------------------------------
 |  0 | SELECT STATEMENT  | | | |    7 (100)| |
 |*  1 |  TABLE ACCESS FULL| T1 |    1 |    4 |    7  (0)| 00:00:01 |

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 --------------------------------------------------------------------------

 Query Block Name / Object Alias (identified by operation id):
 -------------------------------------------------------------

    1 - SEL$1 / T1@SEL$1

 Outline Data
 -------------

  /*+

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      FULL(@"SEL$1" "T1"@"SEL$1")
      END_OUTLINE_DATA
  */

 Predicate Information (identified by operation id):

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 ---------------------------------------------------

    1 - filter("N"=1)

 Column Projection Information (identified by operation id):
 -----------------------------------------------------------

    1 - "N"[NUMBER,22]

 42 rows selected.


从上面的内容我们不难发现，这条sql语句所走的是全表扫描，但是这显然是个错误的执行计划，正确的执行计划，我们应该是走索引。

 我们现在使用SQL Tuning Advisor来尝试对这条SQL进行通过产生Automatic类型的SQL Profile

 4. 创建一个名为my_sql_tuning_task2的自动调整任务


SQL> declare
  2  my_task_name varchar2(30);
  3  my_sqltext CLOB;
  4  BEGIN
  5  my_sqltext :='select /*+ no_index(t1 idx_t1) */ * from t1 where n=1';
  6  my_task_name := dbms_sqltune.create_tuning_task(
  7  sql_text => my_sqltext,
  8  user_name => 'SYS', 
  9  scope => 'COMPREHENSIVE',
  10 time_limit => 60,
  11 task_name => 'my_sql_tuning_task_2',
  12 description =>'TASK to tune a query on table t1');
  13 END;
  14  /
 
 PL/SQL procedure successfully completed.


然后执行上述自动调整任务

SQL> begin
  2  dbms_sqltune.execute_tuning_task( task_name => 'my_sql_tuning_task_2');
  3  end;
  4  /

 PL/SQL procedure successfully completed.


然后我们就可以使用DBMS_SQLTUNE.REPORT_TUNING_TASK来查看上述自动调整任务的调整结果：
SQL> set long 9000
 SQL> set longchunksize 1000
 SQL> set linesize 800
 SQL> select dbms_sqltune.report_tuning_task( 'my_sql_tuning_task_2') from dual;


 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 -------------------------------------------------------------------------------------------------
 Tuning Task Name  : my_sql_tuning_task_2
 Tuning Task Owner  : SYS
 Workload Type  : Single SQL Statement
 Scope  : COMPREHENSIVE
 Time Limit(seconds): 60
 Completion Status  : COMPLETED
 Started at  : 04/13/2016 23:08:28
 Completed at  : 04/13/2016 23:08:28

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 ---------------------------------------------------------------------------------------------------
 Schema Name: SYS
 SQL ID  : 4bh6sn1zvpgq7
 SQL Text  : select /*+ no_index(t1 idx_t1) */ * from t1 where n=1

 -------------------------------------------------------------------------------
 FINDINGS SECTION (1 finding)
 -------------------------------------------------------------------------------

 1- SQL Profile Finding (see explain plans section below)
 --------------------------------------------------------

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 -----------------------------------------------------------------------------

  Recommendation (estimated benefit: 90.91%)
  ------------------------------------------
  - Consider accepting the recommended SQL profile.
    execute dbms_sqltune.accept_sql_profile(task_name =>
    'my_sql_tuning_task_2', task_owner => 'SYS', replace => TRUE);

  Validation results
  ------------------
  The SQL profile was tested by executing both its plan and the original plan

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 ------------------------------------------------------------------------------------------------
  Physical Read Bytes:      0 0
  Physical Write Bytes:      0 0
  Rows Processed:      1 1
  Fetches:      1 1
  Executions:      1 1

  Notes
  -----
  1. Statistics for the original plan were averaged over 10 executions.
  2. Statistics for the SQL profile plan were averaged over 10 executions.

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 -------------------------------------------------------------------------------------

 -------------------------------------------------------------------------------
 EXPLAIN PLANS SECTION
 -------------------------------------------------------------------------------

 1- Original With Adjusted Cost
 ------------------------------
 Plan hash value: 3617692013

 --------------------------------------------------------------------------
 | Id  | Operation  | Name | Rows  | Bytes | Cost (%CPU)| Time |

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 ---------------------------------------------------------------------------------------------
 |  0 | SELECT STATEMENT  | |    1 |    4 |    7  (0)| 00:00:01 |
 |*  1 |  TABLE ACCESS FULL| T1 |    1 |    4 |    7  (0)| 00:00:01 |
 --------------------------------------------------------------------------

 Predicate Information (identified by operation id):
 ---------------------------------------------------

    1 - filter("N"=1)

 2- Using SQL Profile

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 -------------------------------------------------------------------------------------------------
 Plan hash value: 1369807930

 ---------------------------------------------------------------------------
 | Id  | Operation | Name  | Rows  | Bytes | Cost (%CPU)| Time  |
 ---------------------------------------------------------------------------
 |  0 | SELECT STATEMENT |  | 1 | 4 | 1  (0)| 00:00:01 |
 |*  1 |  INDEX RANGE SCAN| IDX_T1 | 1 | 4 | 1  (0)| 00:00:01 |
 ---------------------------------------------------------------------------

 Predicate Information (identified by operation id):

 DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_SQL_TUNING_TASK_2')
 ------------------------------------------------------------------------------------------------

    1 - access("N"=1)

 -------------------------------------------------------------------------------


从上面的调整结果，我们可以看到，他已经为我们目标SQL找到了更好的执行计划，并且也完成了针对该SQL的Automatic类型的SQL Profile，如果我们使用    execute dbms_sqltune.accept_sql_profile(task_name =>  'my_sql_tuning_task_2', task_owner => 'SYS', replace => TRUE);
相应时间将会有89.9%的改善，逻辑读将会有 90.9 %的改善，并且接受后将会有全表扫描改变为IDX_T1的索引范围扫描。

 然后我们按照oracle提示接受这个SQL profile，并重新查看执行计划
SQL>  execute dbms_sqltune.accept_sql_profile(task_name =>  'my_sql_tuning_task_2', task_owner => 'SYS', replace => TRUE);

 PL/SQL procedure successfully completed.

 

SQL> select /*+ no_index(t1 idx_t1) */ * from t1 where n=1;

 N
 ----------
 1

 SQL>  select * from table(dbms_xplan.display_cursor(null,null,'advanced'));

 PLAN_TABLE_OUTPUT
 ---------------------------------------------------------------------------------------------------
 SQL_ID 1kg76709mx29d, child number 0
 -------------------------------------
 select /*+ no_index(t1 idx_t1) */ * from t1 where n=1

 Plan hash value: 1369807930

 ---------------------------------------------------------------------------
 | Id  | Operation | Name  | Rows  | Bytes | Cost (%CPU)| Time  |
 ---------------------------------------------------------------------------
 |  0 | SELECT STATEMENT |  |  |  | 1 (100)|  |
 |*  1 |  INDEX RANGE SCAN| IDX_T1 | 1 | 4 | 1  (0)| 00:00:01 |

 PLAN_TABLE_OUTPUT
 ---------------------------------------------------------------------------

 Query Block Name / Object Alias (identified by operation id):
 -------------------------------------------------------------

    1 - SEL$1 / T1@SEL$1

 Outline Data
 -------------

  /*+

 PLAN_TABLE_OUTPUT
 -----------------------------------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX(@"SEL$1" "T1"@"SEL$1" ("T1"."N"))
      END_OUTLINE_DATA
  */

 Predicate Information (identified by operation id):

 PLAN_TABLE_OUTPUT
 ------------------------------------------------

    1 - access("N"=1)

 Column Projection Information (identified by operation id):
 -----------------------------------------------------------

    1 - "N"[NUMBER,22]

 Note
 -----

 PLAN_TABLE_OUTPUT
 -------------------------------------------------
    - SQL profile SYS_SQLPROF_0154103a51870000 used for this statement

 46 rows selected.

 

我们可以看到Note部分SQL profile SYS_SQLPROF_0154103a51870000 used for this statement，这说明我们刚才接受的SQL Profile已经生效了，这同时也说明Automatic类型的SQL Profile确实可以再不改变目标SQL的SQl文本的情况下更改其执行计划

 接下来我们尝试将where的条件从n=1改变为n=2,并查看执行计划 SQL>  select /*+ no_index(t1 idx_t1) */ * from t1 where n=2;

 N
 ----------
 2

 SQL>  select * from table(dbms_xplan.display_cursor(null,null,'advanced'));

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 SQL_ID 36wrvgrswajnh, child number 0
 -------------------------------------
  select /*+ no_index(t1 idx_t1) */ * from t1 where n=2

 Plan hash value: 3617692013

 --------------------------------------------------------------------------
 | Id  | Operation  | Name | Rows  | Bytes | Cost (%CPU)| Time |
 --------------------------------------------------------------------------
 |  0 | SELECT STATEMENT  | | | |    7 (100)| |
 |*  1 |  TABLE ACCESS FULL| T1 |    1 |    4 |    7  (0)| 00:00:01 |

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------

 Query Block Name / Object Alias (identified by operation id):
 -------------------------------------------------------------

    1 - SEL$1 / T1@SEL$1

 Outline Data
 -------------

  /*+

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      FULL(@"SEL$1" "T1"@"SEL$1")
      END_OUTLINE_DATA
  */

 Predicate Information (identified by operation id):

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------

    1 - filter("N"=2)

 Column Projection Information (identified by operation id):
 -----------------------------------------------------------

    1 - "N"[NUMBER,22]

 42 rows selected.


我们发现还是走了全表扫描，要想使上面的SQL_PROFILE 生效，我们需要加上FORCE_MATCH=TRUE,true的含义，就是where条件中值发生变化，但是SQL_Profile仍然有效

SQL> execute dbms_sqltune.accept_sql_profile(task_name =>  'my_sql_tuning_task_2', task_owner => 'SYS', replace => TRUE,force_match => true);

 PL/SQL procedure successfully completed.

再次查看相对应的执行计划


SQL> select /*+ no_index(t1 idx_t1) */ * from t1 where n=2;


 N
 ----------
 2


 SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 SQL_ID c4j6hxkqudj1s, child number 0
 -------------------------------------
 select /*+ no_index(t1 idx_t1) */ * from t1 where n=2

 Plan hash value: 1369807930

 ---------------------------------------------------------------------------
 | Id  | Operation | Name  | Rows  | Bytes | Cost (%CPU)| Time  |
 ---------------------------------------------------------------------------
 |  0 | SELECT STATEMENT |  |  |  | 1 (100)|  |
 |*  1 |  INDEX RANGE SCAN| IDX_T1 | 1 | 4 | 1  (0)| 00:00:01 |

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------

 Query Block Name / Object Alias (identified by operation id):
 -------------------------------------------------------------

    1 - SEL$1 / T1@SEL$1

 Outline Data
 -------------

  /*+

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX(@"SEL$1" "T1"@"SEL$1" ("T1"."N"))
      END_OUTLINE_DATA
  */

 Predicate Information (identified by operation id):

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------

    1 - access("N"=2)

 Column Projection Information (identified by operation id):
 -----------------------------------------------------------

    1 - "N"[NUMBER,22]

 Note
 -----

 PLAN_TABLE_OUTPUT
 ---------------------------------------------
    - SQL profile SYS_SQLPROF_015410470fa40001 used for this statement

 46 rows selected.

 

这是我们可以发现这次的执行计划走的是索引，为了再次验证新生成的SQL_Profile对其他值也有效，我们再次尝试n=3

 SQL> select /*+ no_index(t1 idx_t1) */ * from t1 where n=3;

 N
 ----------
 3

 SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 SQL_ID 0zz8t0qnm15hj, child number 0
 -------------------------------------
 select /*+ no_index(t1 idx_t1) */ * from t1 where n=3

 Plan hash value: 1369807930

 ---------------------------------------------------------------------------
 | Id  | Operation | Name  | Rows  | Bytes | Cost (%CPU)| Time  |
 ---------------------------------------------------------------------------
 |  0 | SELECT STATEMENT |  |  |  | 1 (100)|  |
 |*  1 |  INDEX RANGE SCAN| IDX_T1 | 1 | 4 | 1  (0)| 00:00:01 |

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 ---------------------------------------------------------------------------

 Query Block Name / Object Alias (identified by operation id):
 -------------------------------------------------------------

    1 - SEL$1 / T1@SEL$1

 Outline Data
 -------------

  /*+

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX(@"SEL$1" "T1"@"SEL$1" ("T1"."N"))
      END_OUTLINE_DATA
  */

 Predicate Information (identified by operation id):


 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
 ---------------------------------------------------

    1 - access("N"=3)

 Column Projection Information (identified by operation id):
 -----------------------------------------------------------

    1 - "N"[NUMBER,22]

 Note
 -----

 PLAN_TABLE_OUTPUT
 --------------------------------------------------------------------------------
    - SQL profile SYS_SQLPROF_015410470fa40001 used for this statement

 46 rows selected.


结论是仍旧有效。

--End.

sql数据库

荆楚竹子

荆楚竹子

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

mysql实现从导出数据的sql文件中只导入指定的一个表

昨天系统自动备份了某一个数据库的全部表数据，名dbAll.sql.gz。今天因发现某一个表tableA的一条数据存在问题，需核对两条记录的变化。需从dbAll中找回tableA的数据，以便比较该记录。法3说明：将src_bake_db.sql.gz压缩文件

bleach00 2020-11-10

详解安装sql2012出现错误could not open key...解决办法

在清除完上述的sql残留后，开始安装，前两步都成功了，心里暗喜，应该成了吧。上述解决方案中的第二种解决了小编的问题，不过在网上看大神有用第一种解决的， 所以都放在这，谁要是出现这样的问题可以两者都尝试一下，看来解决方法总比问题多一点也不假哈。

lmllouk 2020-11-02

SQL SERVER迁移之更换磁盘文件夹的完整步骤

默认情况下SQL SERVER的安装路径与数据库的默认存放路径是在C盘的--这就很尴尬。平时又不注意，有天发现C盘的剩余空间比较吃紧了，于是着手想办法迁移文件夹。避免突发情况，以防万一！因为迁移的时候用的SA用户，所以数据库文件的权限变了，因此变为只读状态

一片荷叶 2020-10-28

Microsoft SQL Server数据库各版本下载地址集合

SQL Server 2019 Enterprise - DVD 企业版

zyjj 2020-10-19

Azure sql database 经过一段时间后就中断连接

在使用 Azure 的时候发现一个有趣的现象。每天早上同事们开始开发工作的时候，不管是谁，第一次运行程序的时候都会出现数据库连接错误的提示。随后随时连接都不会有问题了。查看过连接池的配置，也是正常的。然后再出现连接失败的提示后，显示的所有连接都是成功的。由

jiong 2020-10-31

sql注入 --显错注入

jiong 2020-09-17

SQL Server 2008 Express 及 Management Studio Express下载安装配置教程

　　这个学期第一节数据库原理课上，主讲老师共享了课程所需的材料，其中有一个 3.1GB 大小的 SQL Server 2008 安装包，我的硬盘比较小，而且分享方式是百度网盘，直接下载很慢。下载过程很顺利，第一次安装过程也还行，可是最后打开 SSMS 连接

Youda 2020-08-29

SQL语句实践--DDL（数据定义语言）语句管理数据库

　　create database oldboy_gbk default character set gbk collate gbk_chinese_ci;　　create database oldboy_utf8 default character se

thunderstorm 2020-08-19

sql server数据库中raiserror函数用法的详细介绍

server数据库中raiserror的作用就和asp.NET中的throw new Exception一样，用于抛出一个异常或错误。这个错误可以被程序捕捉到。raiserror，在官方上的格式描述如下：。RAISERROR ( { msg_id | ms

guodaoying 2020-08-16

SQL 创建、更新和删除视图的方法

视图是可视化的表。本章讲解如何创建、更新和删除视图。视图包含行和列，就像一个真实的表。您可以向视图添加 SQL 函数、WHERE 以及 JOIN 语句，也可以呈现数据，就像这些数据来自于某个单一的表一样。视图 "Current Product L

whyname 2020-08-16

Oracle如何使用PL/SQL调试存储过程

找到想要调试的存过，左键单击选中该存过，然后右键单击该存过，从弹出菜单中选择“Test”项。位置3的按钮才是关键――单步执行，就是让代码一行一行的执行，位置4的按钮是跳出单步执行，等待下一个指令。单步的执行时候把刚才那两个变量名填写到变量查看框，一边观察变

zjyzz 2020-08-16

SQL语言基础

对数据库进行查询和修改操作的语言叫做SQL. SQL是一种数据库查询和程序设计语言，用于存储数据以及查询、更新和管理关系数据库系统；与其他程序设计语言不同的是，SQL由很少的关键字组成，每个SQL语句通过一个或多个关键字构成。

nan00zzu 2020-08-08

给SQL插入当前时间

echo "新记录插入成功";echo "Error: " . $sql . "<br>" . $conn->error;

airfling 2020-07-28

Docker 容器里连接远程 Sql Server 数据库。

Docker 容器里无法连接sql server 2008 sp3以下版本的数据库。Server=IP,1433;Database=数据库名;User Id=用户名;Password=密码;运行环境：windows 10 , Docker Desktop,

zyjj 2020-07-26

服务器断电导致的ORACLE异常 : ORA-00214 ORA-01033 ORA-01034 ORA-00172 ORA-27101

工作环境中的集群迁移之后，oracle出了挺多问题，最开始一直没找到原因，后来发现做迁移的人是冷迁移的，且数据库节点是硬关机的，惊了（。ORACLE 例程已经启动。数据库装载完毕。ORA-01151：如需要，请使用介质恢复以…SQL> recover

xwb 2020-07-19

Navicat For SQL Server 修改字段为自增主键

[id] int NOT NULL,[id] int IDENTITY(1,1) NOT NULL,

饮马天涯 2020-07-18

SQL Server数据库高级进阶之事务实战演练

SQL Server数据库事务举例在一个事务中，你写了2条sql语句，一条是修改订单表状态,一条是修改库存表库存-1 。

云之飞踢 2020-07-08

面试准备季——MyBatis 面试专题（含答案）

写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！程序员直接编写原生态 sql，可以严格控制 sql 执行性能，灵活度高。MyBatis 可以使用 XML 或注解来

chenjiazhu 2020-07-08

sql优化的几种方式

= 或 <> 操作符不会使用索引，而对于 < 、 <= 、 = 、 > 、 >= 、 BETWEEN AND，数据库才会使用索引。因此对于上面的查询，正确写法应该是：select name from table wher

明月清风精进不止 2020-07-05

SQL语句优化的理解

然后是某一条SQL 语句一直执行的很慢，可能的原因有没有用到索引，例如该字段没有索引；由于对字段进行运算、函数操作导致无法用索引，或者是数据库选错了索引。这种情况是我们要关心的，需要进行SQL语句的优化，简单来说就是该用索引就要用索引，避免全表扫描。

URML 2020-07-04
荆楚竹子

荆楚竹子

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号