最近系統出了一個嚴重問題，應用程式卡崩導致不可用，把 Oracle 資料庫伺服器 64 核 CPU 快被跑滿了：

經定位，是因為一條垃圾 SQL 引起的！！

其實也就是一條很簡單的 SQL：

select .. from xxx where xx_no = 20200400001

為了資訊保安，以上 SQL 經過處理。

其實就是根據 XX_NO 查詢一 條資料，然後查詢條件和欄位資料型別不一致，結果隱式轉換導致索引失效而全表掃描……

• 欄位型別為：NVARCHAR2
• 查詢條件型別為：NUMBER

這也是老生常談的問題了，MySQL 也有同樣的問題，SQL很簡單，問題很嚴重！！！

來看下資料型別不一致時的 Oracle 的查詢解釋計劃：

select .. from xxx where xx_no = 20200400001

結果：導致隱式轉換，全表掃描

當欄位型別和查詢條件資料型別不一致的時候，如果沒有轉換函式，就會預設隱式轉換，當資料型別不能隱式轉換時就會報錯。

再看下資料型別一致時的 Oracle 的查詢解釋計劃：

select .. from xxx where xx_no = '20200400001'

結果：唯一索引掃描

再看下兩個 SQL 的 IO、CPU 耗費，全表掃描和走唯一索引時的效率真是差距太大，全表掃描是大忌！

還好這個表的資料不是很大，不然後果會不堪設想。。

所以在工作中，應該要避免隱式轉換，要使用顯式轉換（轉換函式，），遵循 "欄位是什麼型別，就用什麼型別的" 的原則，多用查詢分析器檢查下。

原文：https://blog.csdn.net/youanyyou/article/details/105489594