MySQL FOUND_ROWS() 與 ROW_COUNT() 差異深度解析：與 Oracle/SQL Server 行為對比

MySQL 影響行數函數完全指南

MySQL 提供兩個函數判斷上一條語句影響行數，行為與 Oracle/SQL Server 截然不同，易造成遷移專案的 Bug，必須釐清。

函數用途速查表

關鍵差異：MySQL vs Oracle vs SQL Server

-- MySQL 測試
UPDATE t SET address='weifang' WHERE id=1;  -- 原值已是 weifang
SELECT ROW_COUNT();  -- 返回 0 (未實際修改)

UPDATE t SET address='beijing' WHERE id=1;  -- 值改變
SELECT ROW_COUNT();  -- 返回 1

-- Oracle 測試 (SQL%ROWCOUNT)
UPDATE t SET address='weifang' WHERE id=1;  -- 原值已是 weifang
-- SQL%ROWCOUNT 返回 1 (只要符合 WHERE 條件即計數)

-- SQL Server 測試 (@@ROWCOUNT)
UPDATE t SET address='weifang' WHERE id=1;  -- 原值已是 weifang
-- @@ROWCOUNT 返回 1 (同上)

實戰陷阱與避坑指南

1. 動態 SQL 陷阱：PREPARE / EXECUTE / DEALLOCATE PREPARE 序列中，ROW_COUNT() 必須緊接在 EXECUTE 之後調用，放在 DEALLOCATE 後會返回 -1。
2. 事務中截斷表：TRUNCATE TABLE 屬於 DDL，隱含提交，無法在事務中回滾，且不更新 ROW_COUNT()。
3. 複製表資料：INSERT ... SELECT 返回實際插入行數，重複鍵衝突導致失敗時為 0 (除非用 IGNORE/ON DUPLICATE KEY UPDATE)。

最佳實踐建議

• 應用層判斷「是否有資料變更」時，MySQL 用 ROW_COUNT() > 0；Oracle/SQL Server 需額外比對舊值。
• 批次更新前先 SELECT 比對，避免無效寫入產生不必要的 Binlog 與鎖開銷。
• 存儲過程中捕獲 ROW_COUNT() 立即存入變數，防止後續語句覆蓋。