在SQL開發中，某些寫法可能會顯著影響查詢性能，甚至讓系統變得非常緩慢。這里列出一些常見的“坑”，并解釋它們為什么會影響性能，以及如何避免這些坑。
1. 使用 SELECT *
問題:
SELECT * FROM employees;
影響: - 返回所有列，可能導致網絡傳輸大量不必要的數據。 - 如果表結構發生變化，查詢結果也可能隨之變化，導致客戶端代碼出錯。
改進:
SELECT id, name, position FROM employees;
只選擇需要的列。
2. 在 WHERE 子句中使用函數或計算
問題:
SELECT * FROM orders WHERE YEAR(order_date) = 2023;
影響: - 阻止數據庫使用索引。 - 每次查詢都需要對每一行進行函數計算。
改進:
SELECT * FROM orders WHERE order_date BETWEEN '2023-01-01' AND '2023-12-31';
或者使用日期函數在查詢外部計算日期范圍。
3. 使用隱式類型轉換
問題:
SELECT * FROM users WHERE user_id = '123'; -- user_id 是整數類型
影響: - 可能導致索引失效。 - 數據庫需要執行類型轉換。
改進:
SELECT * FROM users WHERE user_id = 123;
確保類型匹配。
4. 不使用索引的列進行連接（JOIN）或過濾
問題:
SELECT * FROM orders o JOIN customers c ON o.customer_name = c.name;
影響: - 如果 customer_name 和 name 不是索引列，性能會很差。
改進:
-- 假設 customer_id 是外鍵
SELECT * FROM orders o JOIN customers c ON o.customer_id = c.id;
確保連接條件中的列有索引。
5. 使用 OR 代替 IN
問題:
SELECT * FROM employees WHERE department = 'HR' OR department = 'Finance';
影響: - 通常比使用 IN 更慢。
改進:
SELECT * FROM employees WHERE department IN ('HR', 'Finance');
6. 在子查詢中使用 SELECT *
問題:
SELECT * FROM employees WHERE id IN (SELECT id FROM employees_backup WHERE status = 'active');
影響: - 可能導致大量數據傳輸和內存消耗。
改進:
SELECT * FROM employees WHERE id IN (SELECT id FROM employees_backup WHERE status = 'active' AND id IS NOT NULL);
-- 或者只選擇必要的列
SELECT e.* FROM employees e WHERE e.id IN (SELECT id FROM employees_backup WHERE status = 'active');
7. 忽略索引統計信息
問題: 數據庫統計信息過時，導致優化器選擇錯誤的執行計劃。
影響: - 查詢性能下降。
改進: 定期更新統計信息，例如在 PostgreSQL 中：
ANALYZE employees;
8. 嵌套子查詢過多
問題:
SELECT * FROM (SELECT * FROM (SELECT * FROM employees WHERE status = 'active') AS subquery1 WHERE department = 'HR') AS subquery2;
影響: - 每層子查詢都會消耗資源。
改進:
SELECT * FROM employees WHERE status = 'active' AND department = 'HR';
9. 過度使用 DISTINCT
問題:
SELECT DISTINCT column1, column2 FROM large_table;
影響: - 排序和去重操作非常耗時。
改進: - 盡量避免使用 DISTINCT，或者通過其他方式（如 GROUP BY）實現。
10. 使用不當的 JOIN 類型
問題:
SELECT * FROM employees e LEFT JOIN departments d ON e.department_id = d.id WHERE d.name IS NULL;
影響: - 使用 LEFT JOIN 但過濾掉右表的數據，等效于 INNER JOIN 加過濾條件，但性能更差。
改進:
SELECT * FROM employees e WHERE e.department_id NOT IN (SELECT id FROM departments);
或者使用 NOT EXISTS：
SELECT * FROM employees e WHERE NOT EXISTS (SELECT 1 FROM departments d WHERE e.department_id = d.id);
總結
- 選擇必要的列
- 避免在 WHERE 子句中使用函數
- 確保類型匹配
- 使用索引列進行連接和過濾
- 優先使用 IN 而非 OR
- 定期更新統計信息
- 減少嵌套子查詢
- 謹慎使用 DISTINCT
- 選擇適當的 JOIN 類型
遵循這些原則，可以顯著提升 SQL 查詢的性能。
閱讀原文：原文鏈接
該文章在 2025/2/21 12:12:45 編輯過
400 186 1886
