Bytebase · 数据库 DevOps 与治理平台（百炼版）
周五晚上，一条没走审核的 UPDATE 跑上了生产库
你是三个人团队里的后端工程师，同时管着 20 多套 MySQL 和 PostgreSQL。发布前 DBA 让你把 SQL 贴到群里人工过一遍，你贴了，没人看；上一次有人没贴，直接把线上字段改错了。工单、聊天记录、备份脚本散落在四个工具里，谁也说不清“这条变更谁批的、什么时候执行的、执行前长什么样”。
把数据库变更变成一条可审计的流水线
Bytebase 是开源的数据库 DevOps 与治理平台，为开发者、DBA 与 AI 智能体提供统一的变更管理、SQL 审核、细粒度访问控制、动态数据脱敏与审计合规能力。
它支持 MySQL、PostgreSQL、Oracle、SQL Server、TiDB 等主流数据库。团队把变更提交到项目里，平台按审批流执行并全程留痕；接入阿里云百炼大模型后，SQL 编辑器里可以直接用自然语言生成 SQL。
边界也说清楚：
- 它做：SQL 变更审批与执行留痕、SQL 审核、访问控制、脱敏、审计，以及自然语言生成 SQL。
- 它不做：不替代数据库本身；生产环境的审批流转需要你按团队实际角色配置。
- 部署时填写的百炼 API Key 只用于 SQL 编辑器的 AI 能力，密钥保存在你自己的 ECS 中。
通过阿里云计算巢部署，实测约 3 分钟就绪，不用自己准备 Docker Compose、TLS 证书和反向代理。
它解决了什么问题
| 你原来怎么干 | 代价 | 用它之后 |
|---|---|---|
| SQL 贴在群里人工审核 | 没人真看，出事无法追责 | 变更走审批流，谁批的、改了什么全程留痕 |
| 直接连库执行 UPDATE | 执行前后状态无记录 | 变更前后快照可回看，支持回滚 |
| 开发共用一个高权限账号 | 出问题查不到是谁干的 | 细粒度访问控制 + 完整审计日志 |
| 手写复杂查询 | 表结构记不全，反复试错 | 百炼大模型按库表结构生成 SQL |
核心能力
变更审批与执行留痕
- 工单化变更 —— SQL 提交为工单，自定义审批流，通过后由平台执行。
- 变更前后对比 —— 每次变更保留 schema 快照，随时回看。
SQL 审核内置规则
- 上线前检查 —— 按规则集自动审核高危语句（如无 WHERE 的 UPDATE）。
- 规则可调 —— 按项目自定义审核策略。
访问控制与审计
- 细粒度权限 —— 按库、按实例授予查询/变更权限。
- 全量审计 —— 谁、什么时候、执行了什么，一条不落。
百炼 AI 生成 SQL
- 自然语言到 SQL —— 部署时填入百炼 API Key，AI 助手自动启用。
- 按真实库表生成 —— 生成的 SQL 基于库内实际 schema，不是凭空猜。
谁最该用
| 用户类型 | 典型场景 | 用它拿到什么 |
|---|---|---|
| 小团队的兼职 DBA | 多套数据库没人管流程 | 不增加人手也能有变更审批和审计 |
| 有合规要求的团队 | 需要证明“变更可控” | 完整审批链与执行记录 |
| 应用开发者 | 不熟悉每个库的表结构 | AI 按真实 schema 生成 SQL |
技术支持
- 官方仓库：https://github.com/bytebase/bytebase
- 官方文档：https://www.bytebase.com/docs/
- 部署文档：https://computenest-service-deploy-document-cn-hangzhou.oss-cn-hangzhou.aliyuncs.com/quickstart-bytebase/index.md
- 问题反馈：GitHub Issues
🚀 立即体验
→ 一键部署 Bytebase
部署完成后打开实例详情中的访问地址，使用部署时配置的管理员邮箱和密码登录；若已填写百炼 API Key，可直接在 SQL 编辑器中体验自然语言生成 SQL。
