数据库工具已经很多了，为什么还要做一个新的？

这是我做 DBLens for MariaDB 时经常被问到的问题。

我的答案是：不是因为现有工具不能用，而是因为数据库工作的形态已经变了。

以前我们对数据库工具的要求很明确：连库、看表、写 SQL、导数据。只要这些稳定，基本就够了。

但现在很多数据库工作其实更像“排查”和“理解”：

• 接手一个历史库，先要理解表结构
• 线上出了问题，要快速定位相关字段和数据
• 写 SQL 前，要搞清楚业务关系
• 改表前，要确认影响范围
• 复杂 SQL 要能解释、优化、审查
• 操作记录要能追溯
• 常用查询要能沉淀复用

这些场景里，工具如果只是提供按钮和编辑器，还是会把大量认知负担留给人。

所以 DBLens 想做的是一个面向 MariaDB 的桌面工作台，并且把 Agent 能力放进工作流里。

先把数据库工具本身做好

DBLens 首先还是一个数据库管理工具。

目前支持连接管理、对象管理、表数据查看和编辑、SQL 查询、全库搜索、收藏夹、历史日志、分组、工具箱、Q 笔记等功能。

常见对象包括：

• Table
• View
• Function
• Procedure
• Event
• Query

表数据页支持分页、过滤、排序、编辑、新增、删除，也支持查看长文本、图片和二进制内容。

右键菜单也做了不少高频操作，比如复制 DDL、导出数据字典、转储 SQL、复制结构和数据、重命名、刷新等。

这些功能看起来传统，但很重要。Agent 再强，也不能替代基础操作体验。数据库工具首先得稳定、清楚、好用。

再让 Agent 进入实际工作流

DBLens 里的 AI 能力叫 LensAI Agent。

我不太想把它做成一个“问答装饰”。真正有价值的 AI，不应该只是回答一句“建议你加索引”，而是要能结合上下文，把任务往前推进一步。

现在 Agent 已经在往这个方向做：

• 可以理解用户的自然语言问题
• 可以结合当前数据库上下文
• 可以规划数据库结构检索
• 可以定位相关表、字段、视图、函数或过程
• 可以生成 SQL、解释 SQL、优化 SQL、审查风险
• 可以通过受控工具执行只读查询
• 可以在需要时等待用户确认后继续执行

举个例子，如果你问：

“订单退款金额字段在哪里？”

理想情况下，Agent 不应该只猜一个字段名，而是应该先理解“订单”“退款”“金额”这些语义，再去结构里找相关表和字段，必要时读取 DDL 或摘要，最后给出依据。

如果你问：

“帮我统计一下最近 7 天订单量。”

Agent 可以生成查询，并通过只读 SQL 工具执行。但这类执行必须受控，所以 DBLens 对写操作、危险 SQL、文件导出、锁定读取等都做了限制。

这也是我认为数据库 Agent 必须认真处理的地方：它不能只追求聪明，还要可控。

我希望它解决的是具体问题

DBLens 不是为了做一个“更花哨的数据库客户端”。

我更希望它能解决一些非常具体的问题：

• 找字段更快
• 看结构更清楚
• 写 SQL 更省力
• 复制、导出、追溯更顺手
• 常用内容能沉淀
• AI 能参与真实任务，而不是停留在聊天

如果你习惯了传统数据库工具，也许 DBLens 会有一些不一样的地方。它不是只围绕菜单和窗口设计，而是开始围绕“任务”设计。

结语

DBLens for MariaDB 已经上线。

它现在还在持续迭代，尤其是 Agent 这块，还有很多想做的能力，比如更完整的工具编排、更准确的结构理解、更自然的多步任务处理。

如果你也是 MariaDB 用户，欢迎试用，也欢迎反馈真实场景。很多产品细节，只有每天用的人才知道哪里别扭。