Ⅰ 系統的一個異常sql的處理
下面是在awr報告裡面看到的有問題的sql，是9個變數的，在應用前台屬於關聯查詢，在sqlplus裡面手工執行檢查實際執行情況如下：
下面是查詢到的綁定變數值，可以通過查看v$sql_bind_capture視圖來查看變數的實際值，如果時間比較久，可以使用如下的語句查看歷史的綁定變數信息
以下是開啟了autotrace 選項跟蹤的手工執行情況，從執行效率上看是沒有問題的。
從執行計劃和表的數據量等方面判斷如果sql的開銷有問題，應該出現在表SAMS_CHECKINOUT上面，下面檢查該表上面索引的創建語句看是否有問題
下面是在awr報告裡面看到的有問題的sql，是9個變數的，在應用前台屬於關聯查詢，在sqlplus裡面手工執行檢查實際執行情況如下：
下面是查詢到的綁定變數值，可以通過查看v$sql_bind_capture視圖來查看變數的實際值，如果時間比較久，可以使用如下的語句查看歷史的綁定變數信息
以下是開啟了autotrace 選項跟蹤的手工執行情況，從執行效率上看是沒有問題的。
從執行計劃和表的數據量等方面判斷如果sql的開銷有問題，應該出現在表SAMS_CHECKINOUT上面，下面檢查該表上面索引的創建語句看是否有問題
從上圖可以看到，實際測試出來的執行計劃跟awr報告上不同。
現在要對sql做測試
我們通過/*+ gather_plan_statistics */ 收集的相關執行計劃及其統計信息與該SQL的AWR報告中的執行計劃不同，且邏輯讀的數量與AWR報告中的數值也相差巨大。因此，為了更准確的判斷問題，按以下方法測試。
1、SQL在生產庫（SAMS庫的實例 1上，實例名為sams1 ）上，在SQLPLUS中執行。
2、執行後，在同一SQLPLUS窗口中，立即執行以下命令：
結果如下：
1、在目錄下創建一個腳本文件，用來獲取更加相信的信息。
2、在SQLPLUS中，執行以下命令：@sql_rpt 3271368959 1 24114 24115 99vaabs5ptktb
4、執行完成後，在該目錄下生成一個HTML文檔，拿到更加詳細的sql統計信息附帶表的數據信息
初步分析如下：
1、該SQL執行一次的邏輯讀為11130塊次，其中第37步的邏輯讀為6127塊次，佔了一半還多。而該步的操作是根據前面的獲取到的ROWID，回表SAMS_CHECKINOUT獲取"SC".「CHECKTIME"[TIMESTAMP,11], "SC"."VERIFYCODE"[CHARACTER,4], "SC"."SN"[NVARCHAR2,40], "SC"."INSYSTIME"[TIMESTAMP,11]四列的內容。
2、第38步對SAMS_ICLOCK表的全表掃描，對整個SQL的邏輯讀也有較大貢獻。但這個不是問題的關鍵
另外索引上有兩個想法：
1、新建組合索引或改造已有索引，按如下順序構建組合索引：
（BADGENUMBER, CHECKTIME, SN, VERIFYCODE, INSYSTIME）
2、在表SAMS_ICLOCK上創建組合索引，列名及順序如下：
（SN, ALIAS）
這兩個索引先暫時不創建，先從其他方面入手
由於在測試過程中，其生成的執行計劃從未與AWR中顯示的執行計劃一致過。所以，這也許是造成不能模擬出2億個塊次邏輯讀的一個原因。因此，把有問題的SQL的執行計劃綁定到的測試SQL上。然後執行該測試SQL，並觀察和分析測試SQL的執行過程和結果來做出進一步的處理。
為完成上述想法，需要用到ORACLE的SQL PROFILE在不改變SQL文本的前提下，改變其執行計劃。操作方法如下：
1、在SQLPLUS中，生成問題SQL的創建SQL PROFILE的腳本。該腳本執行後，會要求分別輸入SQL_ID和PLAN_HASH_VALUE的值。而我們問題SQL的SQL_ID是99vaabs5ptktb，PLAN_HASH_VALUE的值是4243346097。腳本執行完成後，會在運行SQLPLUS的當前目錄中生成一個腳本文件。其名稱在執行腳本過程中的結尾有顯示。為描述方便，簡稱該生成的S腳本文件為「問題SQL腳本」。
2、再次執行該腳本，只不過這次輸入測試SQL的SQL_ID和PLAN_HASH_VALUE。其SQL_ID為3kys9xsdjrm3b，PLAN_HASH_VALUE的值為561269195。為描述方便，簡稱該生成的腳本文件為「測試SQL腳本」
3、在文本編輯工具中分別打開上述兩個腳本，將問題SQL腳本中出現在以下特徵文字之間的文字（不包含特徵文字 ）復制並覆蓋掉測試SQL腳本中同樣位置的原文字：
h := SYS.SQLPROF_ATTR(
………
……….
……….
:signature := DBMS_SQLTUNE.SQLTEXT_TO_SIGNATURE(sql_txt);
4、將測試SQL腳本另存為一個文件（後綴名為.sql）
5、在SQLPLUS中執行第4步另存後的腳本。
6、在SQLPLUS中原封不動的執行原測試SQL。(註：執行前設置SQLPLUS格式,以避免格式混亂。比如 set lines 200 set pagesize 100 )
7、執行 select * from table(dbms_xplan.display_cursor('','','allstats projection last'));
如果正常生成腳本，沒有報錯信息出現在屏幕上，就是生成腳本成功。比如出現下面的提示就是正常的：
Ⅱ sql解析異常 拼接排序欄位失敗
網路問題。是網路連接異常導致sql解析獲取信息異常傳輸不當造成。
1、首先檢查網路。
2、其次重新打開sql解析重新拼接排序欄位。
3、最後點擊確定即可。
Ⅲ sql資料庫質疑的原因及解決辦法
sql資料庫質疑是設置錯誤造成的，解決方法為：
1、通過DBCC CHECKCB('DBName') 來檢測資料庫異常的原因，如果可以檢測到資料庫的異常，其中紅色部分即時數據目前存在的問題，我們也在檢測結果最後看到數據的總體的錯誤情況的匯總。
Ⅳ sql , select的結果不完整
1. 確定好你art的欄位類型.是不是字元串的形式
select * from table where id=『某個值』 and art is NULL 通過這個語句分析,你的庫中,art這個欄位存的值有空的情況.要注意空和null是有區別的.空不等於null.
是否有人在程序中插入了'NULL'?所以在資料庫中顯示null?
select * from table where art is NULL 我用這個語句查詢後，只能得到很小的一部分記錄返回
根據你說的這個可以知道:你資料庫中還存在null的情況.
你可以用art is not null 看看數據有多少?
然後用length() 看下art欄位中數據長度.
-------------------------------------------------------------------------------------------------------------------
你用的是什麼工具查詢的數據?
-------------------------------------------------------------------------------------------------------------------
select count(*) from table where art is NULL 返回14
select count(*) from table where art is not NULL 返回22494
很明顯.你art這個欄位里里肯定有很多不可見的字元~用length() 看下art欄位中is not null 數據長度.
Ⅳ MySQL異常處理淺析
MySQL的異常處理分析如下：
標准格式
DECLARE
handler_type
HANDLER
FOR
condition_value[,...]
statement
handler_type:
CONTINUE
|
EXIT
|
UNDO
--這個暫時不支持
condition_value:
SQLSTATE
[VALUE]
sqlstate_value
|
condition_name
|
SQLWARNING
|
NOT
FOUND
|
SQLEXCEPTION
|
mysql_error_code
condition_value細節
1、常用MYSQL
ERROR
CODE
列表
http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html
更多錯誤列表見MySQL安裝路徑下
比如我的/usr/local/mysql/share/mysql/errmsg.txt
說明一下：SQLSTATE
[VALUE]
sqlstate_value這種格式是專門為ANSI
SQL
和
ODBC以及其他的標准.
並不是所有的MySQL
ERROR
CODE
都映射到SQLSTATE。
2、如果你不想插ERROR
CODE的話，就用速記條件來代替
SQLWARNING
代表所有以01開頭的錯誤代碼
NOT
FOUND
代表所有以02開頭的錯誤代碼，當然也可以代表一個游標到達數據集的末尾。
SQLEXCEPTION
代表除了SQLWARNING和NOT
FOUND
的所有錯誤代碼
3、我們現在就用手冊上的例子
CREATE
TABLE
t
(s1
int,primary
key
(s1));
mysql>
use
t_girl
Database
changed
mysql>
CREATE
TABLE
t
(s1
int,primary
key
(s1));
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
mysql>
mysql>
DELIMITER
||
mysql>
CREATE
PROCEDURE
handlerdemo
()
->
BEGIN
->
DECLARE
EXIT
HANDLER
FOR
SQLSTATE
'23000'
BEGIN
END;
--
遇到重復鍵值就退出
->
SET
@x
=
1;
->
INSERT
INTO
t
VALUES
(1);
->
SET
@x
=
2;
->
INSERT
INTO
t
VALUES
(1);
->
SET
@x
=
3;
->
END||
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
DELIMITER
;
mysql>
call
handlerdemo();
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
select
@x;
+------+
|
@x
|
+------+
|
2
|
+------+
1
row
in
set
(0.00
sec)
mysql>
call
handlerdemo();
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
select
@x;
+------+
|
@x
|
+------+
|
1
|
+------+
1
row
in
set
(0.00
sec)
mysql>
現在來看一下遇到錯誤繼續的情況
mysql>
truncate
table
t;
Query
OK,
0
rows
affected
(0.01
sec)
mysql>
DELIMITER
$$
mysql>
DROP
PROCEDURE
IF
EXISTS
`t_girl`.`handlerdemo`$$
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
CREATE
DEFINER=`root`@`localhost`
PROCEDURE
`handlerdemo`()
->
BEGIN
->
DECLARE
CONTINUE
HANDLER
FOR
SQLSTATE
'23000'
BEGIN
END;
->
SET
@x
=
1;
->
INSERT
INTO
t
VALUES
(1);
->
SET
@x
=
2;
->
INSERT
INTO
t
VALUES
(1);
->
SET
@x
=
3;
->
END$$
Query
OK,
0
rows
affected
(0.01
sec)
mysql>
DELIMITER
;
mysql>
call
handlerdemo();
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
select
@x;
+------+
|
@x
|
+------+
|
3
|
+------+
1
row
in
set
(0.00
sec)
mysql>
call
handlerdemo();
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
select
@x;
+------+
|
@x
|
+------+
|
3
|
+------+
1
row
in
set
(0.00
sec)
mysql>
可以看到，始終執行到最後。
當然，上面的SQLSTATE
'23000'可以替換為1062
我們來看一下警告。
mysql>
alter
table
t
add
s2
int
not
null;
Query
OK,
0
rows
affected
(0.01
sec)
Records:
0
Duplicates:
0
Warnings:
0
此列沒有默認值，插入的時候會出現警告或者1364錯誤提示。
mysql>
DELIMITER
$$
mysql>
DROP
PROCEDURE
IF
EXISTS
`t_girl`.`handlerdemo`$$
Query
OK,
0
rows
affected,
1
warning
(0.00
sec)
mysql>
CREATE
DEFINER=`root`@`localhost`
PROCEDURE
`handlerdemo`()
->
BEGIN
->
DECLARE
CONTINUE
HANDLER
FOR
1062
BEGIN
END;
->
DECLARE
CONTINUE
HANDLER
FOR
SQLWARNING
->
BEGIN
->
update
t
set
s2
=
2;
->
END;
->
DECLARE
CONTINUE
HANDLER
FOR
1364
->
BEGIN
->
INSERT
INTO
t(s1,s2)
VALUES
(1,3);
->
END;
->
SET
@x
=
1;
->
INSERT
INTO
t(s1)
VALUES
(1);
->
SET
@x
=
2;
->
INSERT
INTO
t(s1)
VALUES
(1);
->
SET
@x
=
3;
->
END$$
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
DELIMITER
;
mysql>
call
handlerdemo();
Query
OK,
0
rows
affected
(0.00
sec)
mysql>
select
*
from
t;
+----+----+
|
s1
|
s2
|
+----+----+
|
1
|
3
|
+----+----+
1
row
in
set
(0.00
sec)
遇到錯誤的時候插入的新記錄。
mysql>
select
@x;
+------+
|
@x
|
+------+
|
3
|
+------+
1
row
in
set
(0.00
sec)