sublime text 本身不管理数据库,需依赖插件或外部工具实现轻量操作;sqltools 支持多库但须手动配置驱动与连接参数,build system 调用 sqlite3 更适合本地 sqlite 快速调试。

Sublime 本身不管理数据库,但能快速查看和轻量操作本地数据库——关键在选对插件或配置方式,而不是强求图形化。
SQLTools 插件连接 MySQL/PostgreSQL 的实操要点
SQLTools 是目前 Sublime 中最接近“开箱即用”的方案,支持 MySQL、PostgreSQL、SQLite 等,但需手动安装驱动并配置连接参数。
- 安装后必须通过
Package Control: Install Package单独安装对应数据库驱动(如mysqlclient或psycopg2),否则连接时会报ImportError: No module named 'xxx' - 连接配置写在
SQLTools.sublime-settings里,字段名必须严格匹配:比如 MySQL 要用"driver": "mysql",写成"mysql"或"MySQL"都会静默失败 - 密码若含特殊字符(如
@、/),必须 URL 编码;例如pass@123要写成pass%40123,否则解析连接串时直接截断 - 执行结果默认输出到新标签页,但不支持滚动加载大数据集——查出 5 万行就卡住,适合验证逻辑,不适合导出或翻页浏览
用 Build System 直接调用命令行工具查 SQLite
对 SQLite 这类单文件数据库,绕过插件、用 Build System 调 sqlite3 更稳更快,尤其适合脚本调试中临时查表。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis,支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 新建 Build System:
Tools → Build System → New Build System,填入:
{
"cmd": ["sqlite3", "$file", ".mode column", ".headers on", "-line", "$file"],
"selector": "source.sql",
"file_regex": "^([^:]+):([0-9]+):?([0-9]+)?:? (.*)$"
}
-
$file必须是 .db 文件路径,不是 .sql 脚本;如果想执行 SQL 脚本,得改成["sqlite3", "/path/to/db.db", "-init", "$file"] - 输出默认带列头和对齐,但不支持交互式命令(如
.tables)——它只执行一次性语句,想查结构得写SELECT name FROM sqlite_master WHERE type='table'; - Windows 用户注意:
sqlite3.exe必须在 PATH 里,否则报Unable to find command sqlite3
SublimeRedis 查看 Redis 数据的限制与替代方案
SublimeRedis 只能连本地 Redis、执行命令、结构化展示哈希/列表等数据,但它不刷新、不监听变更、不支持认证后的 ACL 权限校验。
- 连接字符串格式固定为
redis://127.0.0.1:6379/0,不能加密码参数;如果 Redis 启用了requirepass,必须先注释掉或改用redis-cli -a手动登录 - 执行
KEYS *会阻塞 Redis,且 SublimeRedis 不做分页——键多时界面假死,建议改用SCAN 0 MATCH * COUNT 100 - 没有实时刷新按钮,每次要看新数据都得手动重连;不如在终端开个
redis-cli monitor,再切回 Sublime 写命令 - 真正需要观察数据流或内存占用,它完全无法替代
redis-cli --stat或redis-exporter + Grafana
为什么不要依赖 Sublime 做数据库管理
所有插件都在 Sublime 的文本编辑器模型上“打补丁”,不是真正的数据库客户端。最常被忽略的是事务控制、连接池复用、BLOB 查看、索引分析这些能力,它们根本不在设计范围内。
如果你正在写 Python 脚本操作数据库,与其花时间调通 Sublime 插件,不如在代码里加几行 print(df.head()) 或用 sqlite3.connect(...).execute("EXPLAIN QUERY PLAN ...") 直接查执行计划——更准、更快、不额外维护环境。










