BendSQL v0.30.3 Web UI 功能介绍
BendSQL 是 Databend 原生的命令行客户端,使用 Rust 实现。使用 BendSQL,我们可以灵活地和服务端进行交互,快速获取数据。在 BendSQL v0.30.3 版本我们引入了强大的 Web UI 功能,为用户提供了更直观、更便捷的 SQL 查询体验。本文将详细介绍如何启动和使用 BendSQL 的 Web 界面。
1. 启动 Web UI
使用以下命令启动 BendSQL 的 Web 界面:
export BENDSQL_DSN=xxxx
bendsql --ui
启动后,BendSQL 会在终端显示访问地址,通常是 http://localhost``:<port>。
❯ bendsql -P 8000 -h 127.0.0.1 --ui
Welcome to BendSQL 0.30.3-VERGEN_IDEMPOTENT_OUTPUT(2025-10-23T06:14:24.301260000Z).
Connecting to 100.73.238.81:18000 as user root.
Connected to Databend Query v1.2.809-nightly-ef4b42fd19(rust-1.88.0-nightly-2025-10-22T08:38:30.438433624Z)
Loaded 1698 auto complete keywords from server.
Started web server at 0.0.0.0:8999
Web UI is enabled. This allows SQL execution from any browser that can access this port.
2. 配置 Web 服务器
默认行为
-
默认监听随机可用端口
-
自动选择本地地址 (127.0.0.1)
自定义配置
可以在配置文件中指定固定的端口和绑定地址:
# 查看或创建配置文件
vim ~/.config/bendsql/config.toml
配置文件示例:
[server]
bind_address = "0.0.0.0" # 允许外部访问
bind_port = 8999 # 固定端口
3. 核心功能
Query - SQL 查询执行
主要特性:
-
多行 SQL 编辑器:支持语法高亮和自动补全
-
实时结果展示:查询结果在右侧面板实时显示
-
查询分享功能:每次执行后生成唯一的分享链接
使用流程:
- 在左侧编辑器中输入 SQL 语句
- 点击执行按钮或使用快捷键
- 右侧面板显示查询结果
- 获取分享链接与他人协作
Performance - 性能分析
性能监控功能:
-
Profile 或 火焰图图表:可视化展示查询执行计划
-
性能指标:显示查询耗时、内存使用等关键指标
-
执行历史:保存历史查询的性能数据
-
对比分析:支持多个查询的性能对比
使用场景:
-
优化复杂查询的性能
-
分析查询瓶颈
-
监控系统资源使用情况
总结
BendSQL v0.30.3 的 Web UI 功能极大地提升了用户体验,使得 SQL 查询和性能分析变得更加直观和高效。无论是日常的数据查询还是复杂的性能调优,这个现代化的界面都能提供出色的支持。
关于 Databend
Databend 是一款开源、弹性、低成本,基于对象存储也可以做实时分析的新式湖仓。期待您的关注,一起探索云原生数仓解决方案,打造新一代开源 Data Cloud。
👨💻 Databend Cloud:databend.cn
📖 Databend 文档:docs.databend.cn
💻 Wechat:Databend
✨ GitHub:github.com/databendlab…
关注公众号
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
真实迁移案例:从 Azkaban 到 DolphinScheduler 的选型与实践
一、为什么我们放弃了Azkaban? 我们最早选择用 LinkedIn 开源的 Azkaban 做调度,主要是看中它两个特点:一是界面清爽,操作简单;二是它用“项目”来管理任务,非常直观。那时候团队刚开始搭建数据平台,这种轻量又清晰的工具,正好符合我们的需要。其他还有其他原因: 社区活跃(当时) 部署简单,依赖少(仅需 MySQL + Web Server + Executor) 支持 job 文件定义依赖,适合 DAG 场景 但随着业务规模扩大,Azkaban 的短板逐渐暴露: 缺乏任务失败自动重试机制 Azkaban 的重试策略极其原始:要么手动点击重跑,要么通过外部脚本轮询状态后触发。我们曾因一个 Hive 任务因临时资源不足失败,导致下游 20+ 个任务全部阻塞,运维不得不半夜手动干预。 权限粒度粗糙 Azkaban 的权限模型只有“项目级别”的读写权限,无法做到“用户A只能编辑任务X,不能动任务Y”。在多团队共用一个调度平台时,权限混乱导致误操作频发。 缺乏任务版本管理 每次修改 job 文件都会覆盖历史版本,无法回滚。我们曾因一次错误的参数修改,导致整个 ETL 流水线跑出...
-
下一篇
Apache DolphinScheduler 3.3.2 正式发布!性能与稳定性有重要更新
我们非常高兴地宣布,Apache DolphinScheduler 3.3.2 正式发布! 本次版本重点围绕 性能优化、稳定性增强、文档完善与关键问题修复 展开,为广大用户带来更加顺畅、可靠的数据工作流编排体验。 主要改进内容 1. 稳定性与数据库性能提升 在表 t_ds_schedules 中为字段 workflow_definition_code 新增索引,大幅提升访问调度信息时的数据库查询性能。 (#17513 贡献者:@unigof) 修复 Zookeeper 连接事件处理时可能出现的 NPE 异常,提升系统整体稳定性。 (#17526 贡献者:@Mrhs121) 2. Master 模块优化 将 batchTriggerAcquisitionMaxCount 的默认值 与线程数 threadCount 对齐,实现更均衡的任务触发和调度性能。 (#17483 贡献者:@ruanwenjun) 新增 Quartz 独立数据源配置支持,为企业级部署提供更灵活的数据库方案。 (#17468 贡献者:@ruanwenjun) 3. 存储与插件体系优化 将 本地存储实现与 HDFS 插件...
相关文章
文章评论
共有0条评论来说两句吧...




微信收款码
支付宝收款码