连错库主因是环境配置未隔离，需强制连接名加环境前缀、生产连接设红色警告图标与标题显示、工作空间按环境物理隔离、执行SQL前启用PROD匹配的双重确认。
连错库不是操作失误，是环境配置没隔离到位。 DBeaver 本身不区分“生产”或“测试”，它只认你填的连接地址、账号和别名。一旦连接名相似（比如都叫 user_db）、颜色没标记、工作空间混用，点一下就可能把 ALTER 语句发到生产库。
连接名必须带明确环境前缀
别用 mysql、prod 这种模糊命名，也别依赖记忆。DBeaver 的连接树里，名称是你第一眼看到的信息，必须一眼识别风险：
- 强制使用统一前缀，如
PROD_mysql_user_center、TEST_pg_order_service、DEV_oracle_config - 避免空格和下划线混用（
prod user和prod_user容易看串），全用下划线 - 连接名里不写 IP 或端口——这些信息在连接详情里查，不该挤占可读性
- 如果团队共用配置，建议在连接名后加负责人缩写，如
PROD_mysql_user_center_jw，降低误操作时的归责模糊性
给生产连接加不可忽略的视觉警告
DBeaver 支持为每个连接单独设置图标和颜色，这不是装饰，是安全屏障：
- 所有
PROD_*连接，图标设为⚠️（可在连接编辑 → Appearance → Icon 中粘贴），背景色设为深红色（#cc0000）或红黑渐变 - 右键连接 →
Edit Connection→Appearance标签页下勾选Show connection name in title，确保窗口标题栏永远显示完整连接名 - 禁用
Auto-commit对生产连接无效——它只控制事务提交行为，不防连错。真正起作用的是视觉强提示
工作空间必须按环境物理隔离
一个工作空间（workspace）里混存开发、测试、生产连接，等于把刀、剪刀、手术刀全塞进同一把刀鞘：
- 为每个环境新建独立工作空间目录，例如：
~/dbeaver-workspace-prod、~/dbeaver-workspace-test - 启动 DBeaver 时用命令行指定路径，避免误点默认工作空间：
dbeaver -data ~/dbeaver-workspace-prod - 不要用“导入连接”功能跨工作空间搬运生产连接——这是最常导致混淆的路径。新环境连接必须重新手动建
- 检查
.dbeaver-data-sources.json文件是否含有多环境连接定义，如有，立即拆分并删除冗余项
执行前必须触发双重确认机制
再醒目的红色背景，也挡不住手滑。必须让 DBeaver 在关键操作前“卡住你”：
- 进入
Preferences → Editors → SQL Execution，勾选Confirm execution for connections matching pattern，填入正则：^PROD_.* - 该设置会让所有匹配
PROD_的连接，在执行任意 SQL 前弹出确认框，且框内显示完整连接名+当前用户+数据库名 - 不要依赖“只读模式”——MySQL 的
read_only=ON只对非 super 用户生效；而 DBeaver 连接时若用了 super 账号，该模式形同虚设 - 对于已存在的危险连接，可在连接编辑 →
Connection settings → Initialization中添加初始化 SQL：SET SESSION sql_log_bin = 0;（仅限 MySQL），但这只是补救，不能替代隔离
最危险的不是不会用 DBeaver，而是以为自己已经“很小心了”。环境混淆往往发生在凌晨两点、改完第 7 个表、眼睛发酸、顺手点开第一个看起来像目标库的连接时——那一刻，视觉提示、工作空间隔离、执行确认，三者缺一不可。
