直接在DBeaver中执行ALTER TABLE语句添加is_deleted字段（如TINYINT(1) DEFAULT 0）并建索引，软删除需手动写UPDATE配合WHERE条件，DBeaver仅执行SQL不封装业务逻辑，注意关闭事务模式、避免保留字、校准时区及禁用图形界面直接编辑替代安全逻辑。
直接加字段就行，不需要特殊操作或插件。DBeaver 本身不提供“软删除”语义封装，它只是执行你写的 SQL——所以关键在你怎么建模、怎么写 UPDATE。
怎么用 DBeaver 给 MySQL 表加 is_deleted 字段
软删除本质是加一个标记字段（比如 is_deleted 或 deleted_at），再配合 WHERE 条件过滤。DBeaver 只负责帮你执行 DDL 和 DML，不替你决定字段类型或默认值。
ALTER TABLE user ADD COLUMN is_deleted TINYINT(1) DEFAULT 0 COMMENT '软删除标记：0-未删，1-已删'- 如果要用时间戳，推荐
deleted_at DATETIME NULL，初始为NULL，删除时设为NOW() - 别忘了加索引：
ALTER TABLE user ADD INDEX idx_is_deleted (is_deleted)，否则带WHERE is_deleted = 0的查询可能全表扫 - 字段名别用
delete或del这类保留字，MySQL 8.0+ 对保留字更敏感，容易报错You have an error in your SQL syntax
DBeaver 里执行软删除 UPDATE 容易踩的坑
很多人在 SQL 编辑器里写 UPDATE user SET is_deleted = 1 WHERE id = 123，看起来没问题，但实际运行后查不到数据了——不是语句错了，是没意识到 DBeaver 默认开启自动提交（Auto-commit），而你可能正在一个未提交的事务里反复试。
- 检查右下角状态栏：看到
TX字样说明当前在事务中；点击它可手动Commit或Rollback - 确认是否开了
Auto-commit：菜单栏编辑器 → SQL 编辑器 → 执行 → 启用自动提交，日常开发建议保持开启 - 别依赖“结果集刷新”来验证：改完后要手动右键表 →
刷新，或者重新执行SELECT * FROM user WHERE id = 123 - 如果用了
deleted_at，注意时区：DBeaver 连接参数里没配serverTimezone=Asia/Shanghai，NOW()可能比本地快 8 小时，导致逻辑错乱
为什么不能靠 DBeaver 的图形化界面直接“软删除”一行
DBeaver 的数据面板双击编辑只支持原子字段更新，它不会自动给你拼 WHERE id = ? AND is_deleted = 0 这类业务逻辑条件。你点保存，它生成的就是裸 UPDATE，不加任何软删除防护。
- 直接在数据面板改
is_deleted值 → 点保存 → 生成的是UPDATE user SET is_deleted = 1 WHERE id = 123，没错，但这是“强制覆盖”，不是“安全软删” - 如果你希望每次删都附带校验（比如只删 status = 'active' 的记录），必须手写带条件的 UPDATE，不能依赖界面
- 图形界面不支持批量软删除的“预览”功能，想删 100 行？先写
SELECT确认范围，再写对应UPDATE，别图省事直接勾选多行点保存
真正容易被忽略的不是语法，而是字段设计初期没想清楚：要不要加 deleted_by 记录谁删的、要不要用 TIMESTAMP 而非 DATETIME、是否需要在应用层统一拦截所有 SELECT * FROM xxx 自动补 AND is_deleted = 0。DBeaver 不管这些，它只忠实执行你敲进去的 SQL。
