直接用ROLLBACK无法预演修改效果，因它仅丢弃修改而不展示影响；安全预演应使用SELECT复刻UPDATE的WHERE条件来观测影响范围。
为什么不能直接用 ROLLBACK 模拟修改效果
事务的 ROLLBACK 本身不产生“预演结果”，它只是丢弃已做的修改；你执行 UPDATE 后立刻 ROLLBACK，数据库确实没变，但你也看不到这次修改实际影响了哪些行、改成了什么值。真正的预演需要可观测性，而不是仅靠回滚来“假装没改”。
用 SELECT + WHERE 复刻 UPDATE 条件来预览影响范围
最轻量、最安全的预演方式，是把 UPDATE 的 WHERE 条件原样搬到 SELECT 中，再加关键字段观察：
- 检查行数：
SELECT COUNT(*) FROM orders WHERE status = 'pending' AND created_at - 检查具体数据：
SELECT id, status, updated_at FROM orders WHERE status = 'pending' AND created_at - 若涉及表达式（如
SET price = price * 0.9），可临时用SELECT模拟计算：SELECT id, price, price * 0.9 AS new_price FROM products WHERE category = 'discounted';
在事务中执行 UPDATE + SELECT 验证，再决定 COMMIT 或 ROLLBACK
这是真正可控的“带反馈预演”：开启事务后执行修改，立即查表确认效果，符合预期再提交。注意必须在同一个事务内查，否则看不到未提交变更：
START TRANSACTION; UPDATE users SET last_login = NOW() WHERE last_login < '2023-01-01'; -- 立即验证：下面这句能看到刚改的值（同一事务可见） SELECT id, last_login FROM users WHERE last_login = NOW() LIMIT 3; -- 若结果不对，执行： -- ROLLBACK; -- 若正确，执行： -- COMMIT;
⚠️ 常见坑：SELECT 必须在 COMMIT 或 ROLLBACK 前执行；某些客户端（如 MySQL CLI）默认自动提交，需先关掉：SET autocommit = 0;
复杂场景下用临时表或 CTE 保存预演快照
当需要对比修改前后全量字段、或涉及多表 JOIN 更新时，光靠 SELECT 不够直观。可用 CREATE TEMPORARY TABLE 先存原始状态：
START TRANSACTION; CREATE TEMPORARY TABLE users_before AS SELECT id, email, role FROM users WHERE dept = 'sales'; UPDATE users SET role = 'senior' WHERE dept = 'sales'; -- 对比 SELECT b.id, b.role AS old_role, u.role AS new_role FROM users_before b JOIN users u ON b.id = u.id;
或者用 CTE（PostgreSQL / SQL Server / MySQL 8.0+）避免建表开销：WITH before AS (SELECT id, status FROM orders WHERE id IN (101,102)) SELECT * FROM before; —— 但注意 CTE 本身不保存状态，仍需配合事务内查询。
真实预演的关键不是“能不能回滚”，而是“能不能看见改了什么”。漏掉验证步骤，哪怕加了事务，也等于蒙眼操作。
