如何找到慢速 SQL 語句？

這個數量級的所有更新肯定會很慢。

第一。 其次，您的記錄不必位於同一分割槽中。 我不明白為什麼這麼多人建議你建立乙個索引，你建立的索引越多，你的更新就會越慢，因為你在更新索引的同時更新記錄。

第三。 你必須知道，緩慢更新的瓶頸已經到來。 不管是讀寫太多，還是記憶力不夠，還是速度不夠快，那就開對了藥。

以下是兩種簡單的方法來執行可能有效的操作：

首先，將 100w 行的表垂直拆分為兩行，並用外來鍵關係連線它們，乙個包含小且經常更改的資料，例如 id、外來鍵、狀態值、時間等，另乙個包含大量且不經常更改的資料，例如非常長的字串、xml、文字等。

這樣，這個小表在更新過程中的操作可以大大節省記憶體和 CPU 開銷，並減少磁碟操作。

缺點是查詢速度較慢。

第二：將100w行橫切成多個表，例如將每個月的記錄打包在乙個表中，這樣每個表中的記錄數可能只有幾萬條，查詢和更新會快很多。

缺點是查詢和更新不如原來容易編寫。

1,000,000條資料，大量的資料，你可以建立乙個合理的索引，這樣可以大大提高速度，而你說執行速度慢，儲存過程不好說，不知道你寫的東西是否合理，不合理**和合理的**查詢速度相差很大，從幾分鐘甚至更長時間用十幾個魔術鐘。

如果確定你的語法無法優化，並且資料庫索引已經是最優的，可以考慮將這個資料表的舊資料，資料庫中很少使用的資料，備份到其他表中，如果要查詢歷史資料，可以在允許的查詢中，也可以使用程式查詢備份資料表。

索引是必需的。 更新也是先查詢再更新，所以要先提高查詢效率！！

全表掃瞄？看起來您將需要公升級硬體，或優化 Oracle 系統的引數設定。

另一種方法是將乙個大表分解為多個小表。

2種方式。

1）建立適當的指標可以適當提高效率，這是最重要的。

2）把你的SQL寫得很好，在exists中少用等等

造成這種情況的原因有很多。

主鍵約束。 當資料量達到一百萬以上時，使用主鍵搜尋某條資料的速度極快。 但是當你不使用主鍵進行搜尋時，速度會降低幾十倍甚至上百倍，這就是主鍵的好處。

SQL 語句優化不夠。

在查詢某個資料時，盡量不要使用它，檢查你想要的字段，不想做冗餘，這樣可以簡化資料傳輸，查詢速度可以快很多。

多表聯合查詢。

使用大量資料時，盡量不要使用這種多表查詢，畢竟它占用大量記憶體，最好使用其他語言迴圈執行簡單的SQL語句，例如select field from table name where condition，這樣也可以加快速度。

還有很多其他方面，比如伺服器的原因、資料庫表結構的型別...... 我就不多說了。

如果它指的是頁面執行速度。

1.網速問題。

2. SQL引數位址。

3.是否鎖桌。