生产环境与写入安全

DBX 将写入安全拆成多个相互独立的层级：数据库账号权限、连接只读、生产环境保护、危险操作确认、AI 执行规则和 MCP 策略。它们共同降低误操作风险，但不会替代数据库自身的权限、审计、备份和变更审批。

任何客户端侧保护都不是数据库权限的替代品。生产环境仍应使用最小权限账号、数据库审计、可靠备份和团队审批流程。

保护层级

层级	作用	是否可以被上层工具绕过
数据库账号权限	由数据库服务器最终决定允许读取、写入和管理哪些对象	不可以
连接只读	在 DBX 核心查询路径阻止可识别的写入，并禁用多个修改入口	AI、CLI、MCP 和普通界面都不能放宽
生产环境保护	对整个连接或指定数据库启用生产标记，写入时要求每次重新确认	普通确认和 Agent 授权不能永久跳过
危险 SQL/命令确认	对 DDL、无条件修改、Redis 高风险命令等额外提示或阻止	取决于对应设置，但不会放宽只读或生产保护
MCP 全局策略	用连接 allowlist 和三档执行权限约束所有 MCP 客户端	客户端环境变量不能扩大已保存的中央策略

创建或编辑连接时，启用只读连接。保存后，DBX 会把该标记带入核心查询执行和数据库专属操作中。

只读连接适合：

只读保护不只是隐藏按钮。对于可识别的 SQL 写入，DBX 会在核心执行路径拒绝请求；MCP、MongoDB、Redis、消息队列和多个专项工作台也会重新检查连接只读状态。

只读分类需要识别 SQL 或命令语义。最可靠的边界仍然是数据库账号本身没有写权限。

新建或编辑连接，在连接设置中找到生产环境。

打开启用生产环境保护。单数据库连接会直接保护整个连接；支持多个数据库的连接可以选择保护全部数据库或指定数据库。

如果只保护部分数据库，确认列表中包含实际生产库。数据库列表变化后应重新检查配置。

在测试语句或测试环境中确认生产水印和写入确认对话框符合预期，再把同样的设置用于真实连接。

生产保护启用后，工作区会显示生产环境提示。DBX 检测到当前连接、当前数据库或 SQL 显式目标属于生产范围且语句会修改数据或结构时，会打开统一确认对话框。

每次生产写入都需要新的明确决定。确认状态不会保存，也不会因为关闭普通危险 SQL 提示而被跳过。

Ask 模式用于生成、解释、优化或修复 SQL。模型返回的 SQL 不会自动执行，可以复制或放入编辑器后再检查。

Agent 可以根据用户意图执行读取操作，并在满足策略时处理有限写入。即使用户对一次普通写入作出确认，授权也只对当前目标和当前操作生效。

当活动数据库处于生产保护范围时，Agent 不会获得自主写入权限。DBX 会把建议 SQL 放回编辑器，并要求用户在生产写入对话框中手动确认。

更多 SQL 分类和模式差异见 AI 助手。

DBX 在设置 → MCP中保存一份统一策略，所有 MCP 客户端请求都重新读取这份策略。

模式	允许的代表性操作
只读	查询、元数据读取、列出连接和对象
数据读写	普通插入、带有效过滤条件的更新/删除、范围明确的 MongoDB 修改、普通 Redis 写入和连接管理
完全访问	额外允许大范围更新/删除、DDL、`TRUNCATE`、清空数据和高风险管理命令

除了执行模式，还应配置允许的连接。没有进入 allowlist 的连接不会暴露给 MCP。无论选择哪一档，以下限制始终有效：

完整配置、客户端示例和兼容行为见 MCP 集成。

生产保护之外，DBX 还会对部分高风险操作应用额外规则：

场景	建议
本地开发库	使用普通连接；保留危险 SQL 确认；需要自动化时给 MCP“数据读写”而非“完全访问”
测试/预发	设置明显的连接名称和颜色；开启危险 SQL 确认；限制 MCP allowlist
生产只查	使用数据库只读账号，同时启用 DBX 只读和生产保护；MCP 使用“只读”
生产变更	使用独立最小权限账号；启用生产保护；先预览 SQL；保留备份和审批记录；避免给 MCP“完全访问”
共享 Docker	设置登录密码、持久化 `/app/data`、限制网络访问，并为每个数据库使用独立账号权限