2. 程式人生 > >Oracle之SQL優化專題02-穩固SQL執行計劃的方法

Oracle之SQL優化專題02-穩固SQL執行計劃的方法

阿新 • • 發佈：2018-11-05

首先構建一個簡單的測試用例來實際演示：

create table emp as select * from scott.emp;
create table dept as select * from scott.dept;
create index idx_emp_empno on emp(empno);
create index idx_dept_deptno on dept(deptno);

測試過程中檢視真實執行計劃的方法：

set lines 1000 pages 1000
alter session set statistics_level = ALL;
Execute SQL;
select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

正常的SQL執行，執行計劃會走相應的索引：

--good SQL: 39dv3d8jkzyuw
select a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7788;

--good xplan: 1725450077
SQL> select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  39dv3d8jkzyuw, child number 0
-------------------------------------
select a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where
a.deptno = b.deptno and empno = 7788

Plan hash value: 1725450077

--------------------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name            | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |
--------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                 |      1 |        |      1 |00:00:00.01 |       6 |      2 |
|   1 |  NESTED LOOPS                 |                 |      1 |      1 |      1 |00:00:00.01 |       6 |      2 |
|   2 |   NESTED LOOPS                |                 |      1 |      1 |      1 |00:00:00.01 |       5 |      2 |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP             |      1 |      1 |      1 |00:00:00.01 |       3 |      1 |
|*  4 |     INDEX RANGE SCAN          | IDX_EMP_EMPNO   |      1 |      1 |      1 |00:00:00.01 |       2 |      1 |
|*  5 |    INDEX RANGE SCAN           | IDX_DEPT_DEPTNO |      1 |      1 |      1 |00:00:00.01 |       2 |      1 |
|   6 |   TABLE ACCESS BY INDEX ROWID | DEPT            |      1 |      1 |      1 |00:00:00.01 |       1 |      0 |
--------------------------------------------------------------------------------------------------------------------

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

   4 - access("EMPNO"=7788)
   5 - access("A"."DEPTNO"="B"."DEPTNO")

糟糕的SQL執行，執行計劃走全表掃描（這裡實驗直接利用使用hint強制不走索引來模擬這種情況）:

--bad SQL: dqd10y7wqrg7f
select /*+ no_index(a idx_emp_empno) no_index(b idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7788;

--bad xplan: 1123238657
SQL> select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  dqd10y7wqrg7f, child number 1
-------------------------------------
select /*+ no_index(a idx_emp_empno) no_index(b
idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a,
dept b where a.deptno = b.deptno and empno = 7788

Plan hash value: 1123238657

----------------------------------------------------------------------------------------------------------------
| Id  | Operation          | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
----------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |      1 |        |      1 |00:00:00.01 |       5 |       |       |          |
|*  1 |  HASH JOIN         |      |      1 |      1 |      1 |00:00:00.01 |       5 |  1214K|  1214K|  377K (0)|
|*  2 |   TABLE ACCESS FULL| EMP  |      1 |      1 |      1 |00:00:00.01 |       2 |       |       |          |
|   3 |   TABLE ACCESS FULL| DEPT |      1 |      4 |      4 |00:00:00.01 |       3 |       |       |          |
----------------------------------------------------------------------------------------------------------------

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

   1 - access("A"."DEPTNO"="B"."DEPTNO")
   2 - filter("EMPNO"=7788)

假設此時這些糟糕的SQL就是業務實際的SQL，且對應開發人員無法更改SQL文字（這裡就是指無法去掉不走索引的hint），那麼現在如何能將這些糟糕的SQL繫結成走索引的執行計劃呢？
糟糕的SQL清單：

select /*+ no_index(a idx_emp_empno) no_index(b idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7788;

select /*+ no_index(a idx_emp_empno) no_index(b idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7900;

如何讓其走索引？目前Oracle常見的2種穩固執行計劃的方式：

1.SQL Profile穩固執行計劃

適用於Oracle 10g及以上版本。
利用MOS文件215187.1提供的系列指令碼中的coe_xfr_sql_profile.sql來穩固執行計劃，只需要輸入要調整SQL的SQL_ID和好的執行計劃的plan_hash_value即可，指令碼內容可參考：

在本次演示實驗中，就是將sql_id='dqd10y7wqrg7f'的SQL繫結好的plan_hash_value=1725450077，具體使用過程如下：

SQL> @coe_xfr_sql_profile.sql

Parameter 1:
SQL_ID (required)

Enter value for 1: dqd10y7wqrg7f


PLAN_HASH_VALUE AVG_ET_SECS
--------------- -----------
     1123238657        .095

Parameter 2:
PLAN_HASH_VALUE (required)

Enter value for 2: 1725450077

Values passed to coe_xfr_sql_profile:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
SQL_ID         : "dqd10y7wqrg7f"
PLAN_HASH_VALUE: "1725450077"
...
Execute coe_xfr_sql_profile_dqd10y7wqrg7f_1725450077.sql
on TARGET system in order to create a custom SQL Profile
with plan 1725450077 linked to adjusted sql_text.


COE_XFR_SQL_PROFILE completed.

然後按照提示執行生成的coe_xfr_sql_profile_dqd10y7wqrg7f_1725450077.sql指令碼即可；
需要特別注意的是：可以根據實際情況是否需要修改這個指令碼中的force_match的值為true。
本次的例子，就是沒有使用到繫結變數，而需求是不僅讓empno = 7788的條件走索引，還要讓其他輸入值，比如empno = 7900也同樣走索引，那就需要修改這個force_match的值為true。穩固執行計劃的效果如下：

SQL> select /*+ no_index(a idx_emp_empno) no_index(b idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7788;

     EMPNO ENAME      DNAME          JOB              SAL
---------- ---------- -------------- --------- ----------
      7788 SCOTT      RESEARCH       ANALYST         3000

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

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  dqd10y7wqrg7f, child number 0
-------------------------------------
select /*+ no_index(a idx_emp_empno) no_index(b
idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a,
dept b where a.deptno = b.deptno and empno = 7788

Plan hash value: 1725450077

-----------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name            | Starts | E-Rows | A-Rows |   A-Time   | Buffers |
-----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                 |      1 |        |      1 |00:00:00.01 |       6 |
|   1 |  NESTED LOOPS                 |                 |      1 |      1 |      1 |00:00:00.01 |       6 |
|   2 |   NESTED LOOPS                |                 |      1 |      1 |      1 |00:00:00.01 |       5 |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP             |      1 |      1 |      1 |00:00:00.01 |       3 |
|*  4 |     INDEX RANGE SCAN          | IDX_EMP_EMPNO   |      1 |      1 |      1 |00:00:00.01 |       2 |
|*  5 |    INDEX RANGE SCAN           | IDX_DEPT_DEPTNO |      1 |      1 |      1 |00:00:00.01 |       2 |
|   6 |   TABLE ACCESS BY INDEX ROWID | DEPT            |      1 |      1 |      1 |00:00:00.01 |       1 |
-----------------------------------------------------------------------------------------------------------

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

   4 - access("EMPNO"=7788)
   5 - access("A"."DEPTNO"="B"."DEPTNO")

Note
-----
   - SQL profile coe_dqd10y7wqrg7f_1725450077 used for this statement

常用操作：
1)查詢sql_profile
可以通過查詢dba_sql_profiles來確認資料庫中的sql_profile：

select * from dba_sql_profiles;

2)刪除sql_profile
如果有一天不再需要這個sql_profile來穩固執行計劃，可以這樣刪除sql_profile：
exec dbms_sqltune.drop_sql_profile('name');

exec dbms_sqltune.drop_sql_profile('coe_dqd10y7wqrg7f_1725450077');

3)清除SQL執行計劃
還可以清除共享池中指定SQL的執行計劃：
exec sys.dbms_shared_pool.purge('address,hash_value','c');

SQL> select sql_id, address, hash_value, plan_hash_value, sql_profile from v$sql where sql_id = 'dqd10y7wqrg7f';

SQL_ID        ADDRESS          HASH_VALUE PLAN_HASH_VALUE SQL_PROFILE
------------- ---------------- ---------- --------------- ----------------------------------------------------------------
dqd10y7wqrg7f 0000000076B909F8 4184587502      1123238657
dqd10y7wqrg7f 0000000076B909F8 4184587502      1123238657
dqd10y7wqrg7f 0000000076B909F8 4184587502      1725450077 coe_dqd10y7wqrg7f_1725450077

SQL> exec sys.dbms_shared_pool.purge('0000000076B909F8,4184587502','c');

PL/SQL procedure successfully completed.

SQL> select sql_id, address, hash_value, plan_hash_value, sql_profile from v$sql where sql_id = 'dqd10y7wqrg7f';

no rows selected

2.SPM穩固執行計劃

適用於Oracle 11g及以上版本。
刪除掉之前的sql_profile，嘗試使用SPM來穩固執行計劃，實際上，手工生成sql_plan_baseline的方式要更加靈活，但我實際用的比較少。
檢視sql_plan_baselines：

select * from dba_sql_plan_baselines;
select sql_handle, plan_name, origin, enabled, accepted, fixed from dba_sql_plan_baselines;

SPM穩固執行計劃方法：

var temp number
--1.bad: sql_id & plan_hash_value
exec :temp := dbms_spm.load_plans_from_cursor_cache(sql_id => '', plan_hash_value => );
--2.good: sql_id & plan_hash_value & sql_handle
exec :temp := dbms_spm.load_plans_from_cursor_cache(sql_id => '', plan_hash_value => , sql_handle => );
--3.drop bad plan_name
exec :temp := dbms_spm.drop_sql_plan_baseline(sql_handle => '', plan_name => '');

用上面的例子具體說明：

--1.bad: sql_id & plan_hash_value
SQL> var temp number
SQL> exec :temp := dbms_spm.load_plans_from_cursor_cache(sql_id => 'dqd10y7wqrg7f', plan_hash_value => 1123238657);
SQL>  select sql_handle, plan_name, origin, enabled, accepted, fixed from dba_sql_plan_baselines;

SQL_HANDLE                     PLAN_NAME                      ORIGIN         ENA ACC FIX
------------------------------ ------------------------------ -------------- --- --- ---
SQL_9c3626a309e5e8bd           SQL_PLAN_9sdj6nc4ybu5x96fd8705 MANUAL-LOAD    YES YES NO

--2.good: sql_id & plan_hash_value & sql_handle（上面查到的）
SQL> exec :temp := dbms_spm.load_plans_from_cursor_cache(sql_id => '39dv3d8jkzyuw', plan_hash_value =>1725450077, sql_handle => 'SQL_9c3626a309e5e8bd');

PL/SQL procedure successfully completed.

SQL>  select sql_handle, plan_name, origin, enabled, accepted, fixed from dba_sql_plan_baselines;

SQL_HANDLE                     PLAN_NAME                      ORIGIN         ENA ACC FIX
------------------------------ ------------------------------ -------------- --- --- ---
SQL_9c3626a309e5e8bd           SQL_PLAN_9sdj6nc4ybu5x2b78d17a MANUAL-LOAD    YES YES NO
SQL_9c3626a309e5e8bd           SQL_PLAN_9sdj6nc4ybu5x96fd8705 MANUAL-LOAD    YES YES NO

--3.drop bad plan_name
SQL> exec :temp := dbms_spm.drop_sql_plan_baseline(sql_handle => 'SQL_9c3626a309e5e8bd', plan_name => 'SQL_PLAN_9sdj6nc4ybu5x96fd8705');

PL/SQL procedure successfully completed.

SQL> select sql_handle, plan_name, origin, enabled, accepted, fixed from dba_sql_plan_baselines;

SQL_HANDLE                     PLAN_NAME                      ORIGIN         ENA ACC FIX
------------------------------ ------------------------------ -------------- --- --- ---
SQL_9c3626a309e5e8bd           SQL_PLAN_9sdj6nc4ybu5x2b78d17a MANUAL-LOAD    YES YES NO

驗證穩固執行計劃的效果：

SQL> select /*+ no_index(a idx_emp_empno) no_index(b idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a, dept b where a.deptno = b.deptno and empno = 7788;

     EMPNO ENAME      DNAME          JOB              SAL
---------- ---------- -------------- --------- ----------
      7788 SCOTT      RESEARCH       ANALYST         3000

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

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  dqd10y7wqrg7f, child number 1
-------------------------------------
select /*+ no_index(a idx_emp_empno) no_index(b
idx_dept_deptno)*/a.empno, a.ename, b.dname, a.job, a.sal from emp a,
dept b where a.deptno = b.deptno and empno = 7788

Plan hash value: 1725450077

-----------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name            | Starts | E-Rows | A-Rows |   A-Time   | Buffers |
-----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                 |      1 |        |      1 |00:00:00.01 |       6 |
|   1 |  NESTED LOOPS                 |                 |      1 |      1 |      1 |00:00:00.01 |       6 |
|   2 |   NESTED LOOPS                |                 |      1 |      1 |      1 |00:00:00.01 |       5 |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP             |      1 |      1 |      1 |00:00:00.01 |       3 |
|*  4 |     INDEX RANGE SCAN          | IDX_EMP_EMPNO   |      1 |      1 |      1 |00:00:00.01 |       2 |
|*  5 |    INDEX RANGE SCAN           | IDX_DEPT_DEPTNO |      1 |      1 |      1 |00:00:00.01 |       2 |
|   6 |   TABLE ACCESS BY INDEX ROWID | DEPT            |      1 |      1 |      1 |00:00:00.01 |       1 |
-----------------------------------------------------------------------------------------------------------

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

   4 - access("EMPNO"=7788)
   5 - access("A"."DEPTNO"="B"."DEPTNO")

Note
-----
   - SQL plan baseline SQL_PLAN_9sdj6nc4ybu5x2b78d17a used for this statement

可以看到SPM已經起作用了。但如果謂詞條件換成7900，就會不起作用。我沒有找到SPM中類似像sql_profile中force_match的引數，日常工作中也是使用sql_profile穩固執行計劃多一些。
另外注意dba_sql_plan_baselines中記錄的執行計劃對應的ACCEPTED和ENABLE的值都為YES，才可能會被SQL使用。
常用操作：
select sql_handle, plan_name, origin, enabled, accepted, fixed from dba_sql_plan_baselines;
1)將ENABLE的值設為"YES" or "NO"

var temp number
exec :temp := dbms_spm.alter_sql_plan_baseline(sql_handle => 'SQL_9c3626a309e5e8bd', plan_name => 'SQL_PLAN_9sdj6nc4ybu5x96fd8705', attribute_name => 'ENABLED', attribute_value => 'YES');

var temp number
exec :temp := dbms_spm.alter_sql_plan_baseline(sql_handle => 'SQL_9c3626a309e5e8bd', plan_name => 'SQL_PLAN_9sdj6nc4ybu5x96fd8705', attribute_name => 'ENABLED', attribute_value => 'NO');

2)將ACCEPTED值設為"YES"

var temp clob
exec :temp := dbms_spm.evolve_sql_plan_baseline(sql_handle => 'SQL_9c3626a309e5e8bd', plan_name => 'SQL_PLAN_9sdj6nc4ybu5x96fd8705', verify => 'NO', commit => 'YES');

注：我這裡測試(在11.2.0.4環境下)發現ACCEPTED值設為"YES"後，無法再設定成"NO"，而ENABLED的值可以自由設定為"YES" or "NO"。

相關推薦

Oracle之SQL優化專題02-穩固SQL執行計劃的方法

首先構建一個簡單的測試用例來實際演示： create table emp as select * from scott.emp; create table dept as select * from scott.dept; create index idx_emp_empno on emp(empno);

Oracle之SQL優化專題01-檢視SQL執行計劃的方法

在我2014年總結的“SQL Tuning 基礎概述”中，其實已經介紹了一些檢視SQL執行計劃的方法，但是不夠系統和全面，所以本次SQL優化專題，就首先要系統的介紹一下檢視SQL執行計劃的方法。 本文示例SQL為： --set lines 1000 pages 1000 select a.emp

ORACLE資料庫SQL優化--->如何得到真實的執行計劃

在ORACLE資料庫裡通常可以使用如下的四種方法來得到目標SQL的執行計劃： 1，EXPLAIN PLAN命令 2，DBMS_XPLAN包 3，SQLPLUS中的AUTOTRACE開關 4，10046事件 除了第四種方法外，其他的三種方法得到的執行計劃都有可能不準確。在OR

sql優化專題詳解

AC 頻繁 === 數據表 任務 對數 在那 first ack 數據庫的優化問題 一、問題的提出 　在應用系統開發初期，由於開發數據庫數據比較少，對於查詢SQL語句，復雜視圖的的編寫等體會不出SQL語句各種寫法的性能優劣，但是如果將應用 系統提交實際應用後，隨著數據庫

Oracle之SQL優化-索引的基本原理（二）

導讀：1、為什麼使用索引？ 2、什麼情況下適合建立索引？ 3、建立索引的策略。 4、如何對索引進行操作。 5、常用到的一些索引操作。 1、為什麼使用索引？ (1)、原因   索引中只有一列，io小，所以較快；   索引中此列是排序的，二叉查詢，提高查詢速度。 (2)、原因分

Oracle SQL語句之常見優化方法總結

下面列舉一些工作中常常會碰到的Oracle的SQL語句優化方法：1、SQL語句儘量用大寫的； 因為oracle總是先解析SQL語句，把小寫的字母轉換成大寫的再執行。2、使用表的別名：  當在SQL語句中連線多個表時, 儘量使用表的別名並把別名字首於每個列上。這樣一來,就可以減

Oracle效能優化之高階SQL優化(一)

  使用基於規則的優化器（CBO）時，Oracle解析器按照從右到左的順序處理FROM子句的表明，即FROM子句中最後的表（驅動表）會最先被處理。   當FROM子句包含多個表時，建議將記錄最少的表（一般是字典表）放在最後面。當Oracle處理多個表時，一般採用排序或合併的方式連線這些表，系統首先會掃描FR

SQL優化（SQL TUNING）之10分鐘完畢億級數據量性能優化（SQL調優）

font 一個 進一步 結束 語句 pop 技術分享 處理 fill 前幾天。一個用戶研發QQ找我，例如以下： 自由的海豚。 16:12:01 島主，我的一條SQL查不出來結果，能幫我看看不？ 蘭花島主 16:12:10 多久不出結果？ 自由的海豚 16:12:17

MySQL專題3 SQL 優化

prim ofa 建立 運行 關註 intersect order by 獲得 專題 這兩天去京東面試，面試官問了我一個問題，如何優化SQL 我上網查了一下資料,找到了不少方法，做一下記錄 （一）、 首先使用慢查詢分析 通過Mysql 的Slow Query log

sql優化（oracle）- 第二部分 常用sql用法和註意事項

個數 its 用法 記錄 減少 合並 .com 語句 一個 第二部分 常用sql用法和註意事項 1. exists 和 in 2. union 和 union all

sql優化（oracle）- 第三部分  sql優化總結

mit 設計 tinc 重復 tin spa 替代 嵌套 多個 第三部分 sql優化總結 1. 優化一般原則 2. 具體註意事項 1. SQL優化一般性原則　　1）目標：減少服務器資源消耗（主要是磁盤IO）　　2）設計：　　　　1. 盡量依

Oracle sql優化必知——表的訪問

oracle優化 sql優化基礎 訪問表 《訪問數據的方法》訪問表中的數據有兩種：1、直接訪問表 2、先訪問索引，再回表1、直接訪問表的兩種方法：①、全表掃描 全表掃描是指Oracle在訪問目標表的數據時，會從該表所占用的第一個區（extent）的第一個塊（block）開始掃描，一直掃

數據庫SQL優化大總結之 百萬級數據庫優化方案

存儲過程 語句 數字 運行 eat 小型 明顯 where 不能 1.對查詢進行優化，要盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而

Oracle之PL/SQL編程_數據類型與定義變量和常量

oracle 數據類型 變量 常量-----------------------------------基本數據類型-----------------------------------1.數值類型NUMBER(P,S)參數 P 表示精度，參數 S 表示刻度範圍。精度是指數值中所有有效數字的個數，而刻度範圍是

數據庫SQL優化大總結之 百萬級數據庫優化方案

打開 一個 否則 table html 處理 必須 substr ext 作者：雲霏霏 網上關於SQL優化的教程很多，但是比較雜亂。近日有空整理了一下，寫出來跟大家分享一下，其中有錯誤和不足的地方，還請大家糾正補充。 這篇文章我花費了大量的時間查找資料、修改、

崔華基於oracle的SQL優化讀書筆記（一）如何得到真實的執行計劃

hash mes getting binary oracl only 中文 fun roc ---恢復內容開始--- 得到目標SQL的執行計劃，大致有以下四種方式： 1.explain plan 命令 2.DBMS_XPLAN包 3.SQLPLUS中的autotrace開關

Django進階之查詢優化、extra註入SQL及批量創建

所有 定義 支持 primary spl 獲取 upd 數據庫操作 ephone Django查詢優化 　　Django的查詢優化用到兩個函數——select_related()和prefetch_related()。 　　select_related()用的是連表join

轉://從一條巨慢SQL看基於Oracle的SQL優化

查看 針對性 map 分區 有關 需要 fix pts 大局觀 http://mp.weixin.qq.com/s/DkIPwbDKIjH2FMN13GkT4w 本次分享的內容是基於Oracle的SQL優化，以一條巨慢的SQL為例，從快速解讀SQL執行計劃、如何從執行計劃中

Oracle SQL 優化規則

也不會 區域 alias v$sql nullable 如果 數據段 和數 不出 一、問題的提出 　在應用系統開發初期，由於開發數據庫數據比較少，對於查詢SQL語句，復雜視圖的的編寫等體會不出SQL語句各種寫法的性能優劣，但是如果將應用 系統提交實際應用後，隨著數據庫中數據

SQL優化（SQL TUNING）之10分鐘完成億級數據量性能優化（SQL調優）

rom 分享 分鐘 jsb tab tex sql調優 emf group 前幾天，一個用戶研發QQ找我，如下： 自由的海豚。 16:12:01 島主，我的一條SQL查不出來結果，能幫我看看不？ 蘭花島主 16:12:10 多久不出結果？ 自由的海豚 16: