1. 数据库客户端我用过一圈最后还是留在 DBeaver凌晨一点被叫起来查一张订单表的状态生产库只开了跳板机权限本地没有图形客户端只能靠命令行mysql -h ... -e select ...一行行扒——那次之后我就痛下决心把本地常驻的数据库管理工具彻底固定下来。DBeaver 就是那之后一直留在我任务栏里的那个。它免费、跨平台、能同时接 MySQL、PostgreSQL、SQLite、Oracle、SQL Server 这些主流数据库装一次就能覆盖我日常 90% 的活儿连库、跑 SQL、看表结构、导数据、生成 ER 图和 DDL 脚本。这篇内容我不打算写成那种点下一步、点下一步的流水账。我按自己从零装到顺手用的真实顺序来写先讲清楚版本流派和 JDK 依赖这种装之前就必须定的东西再上三个系统的安装实操然后是连库时最容易踩的几个参数坑时区、公钥、字符集接着是把编辑器调顺手的生产力配置最后是我这几年攒下来的排错清单。数据库管理工具这个品类里付费的、免费的、Web 版的我都用过DBeaver 不是最快的、也不是最好看的但它是我唯一敢推荐给新人的——因为它的错误提示足够具体新人能自己看懂。关键词先摆在这儿方便你对号入座DBeaver、DBeaver 安装、DBeaver 使用教程、DBeaver 下载、数据库管理工具、DBeaver 怎么创建数据库、DBeaver 字体大小设置。如果你是刚学 SQL 的学生、转行做后端的初学者、做数据核对的产品运营或者需要同时维护好几种数据库的运维这篇基本能让你少走一大段弯路。1.1 免费工具的边界在哪里先把预期说清楚免得你装完觉得怎么和想象的不一样。DBeaver 有两个大分支Community社区版和Ultimate商业版。社区版是免费开源的遵循 Apache 2.0 许可关系型数据库这一块功能给得非常足——SQL 编辑器、结果集网格、ER 图、数据导入导出、DDL 生成、数据传输全都在。Ultimate 是商业授权主要多了 NoSQL 支持MongoDB、Cassandra、Redis 这类、部分高级导出格式、以及一些企业级集成能力。也就是说只要你打交道的对象是 MySQL、PostgreSQL、MariaDB、SQLite、SQL Server、Oracle 这些关系型库社区版完全够用不需要花钱。我见过有人为了导出 Excel 去买了授权结果发现自己其实用 CSV 再转一下就完事了。商业版有试用期想体验可以试但别把它当必需项。至于网上那些来路不明的授权文件我的建议很直接别碰来源不明的东西塞进一个能连生产库的客户端里风险和你自己承担不起的后果成正比。社区版还有一个被低估的优点它是纯 Java 写的配置、驱动、工作区全都在本地文件里可以整体打包拷走。换电脑的时候我把配置目录一拷几十个连接配置全回来了连驱动都带着这一点比很多账号绑云端的工具舒服。1.2 它到底适合谁三类人的真实用法差异同一款工具不同角色用出来的姿势差别特别大我把常见的三类人分开说你可以直接跳到自己那一段。写业务的后端开发核心诉求是改表结构 调试 SQL。他们最常用的是 SQL 编辑器里的 CtrlEnter 单条执行、结果集里的行内编辑、以及右键表 → Generate SQL → DDL。我建议这类人一定要开手动提交Manual Commit不然一次手滑 update 全表就直接生效了。做数据分析/数据核对的同学诉求是查得快 导得出来。他们会重度依赖结果集右上角的过滤器、排序以及 Data Transfer 导出 CSV。对他们来说关键是别把几百万行一次性拉进界面否则内存直接爆。运维和 DBA诉求是多库同时管 权限要收紧。他们需要的是连接分组、颜色标记生产库标红、只读连接、以及会话管理看当前连接、正在执行的 SQL。我会在第 7 章专门讲怎么用配置把误操作这件事的概率压下去。三类人共同的一点是都要先把它装起来而且都要面对同一个前置问题——Java 环境。2. 装之前先定两件事版本流派和 JDK 依赖新手最容易在这里翻车。很多人下载完双击运行弹出一个Java 未找到或者干脆一闪而过就以为是自己电脑有问题。其实不是是你下的是需要自备 JDK 的那个版本。所以装之前先花两分钟把下面两件事定了后面能省掉半小时。2.1 Community 与 Ultimate 的功能分水岭我用一张表把差异说清楚方便你做决定。注意版本迭代很快具体功能以你下载那天的官方说明为准这里给的是稳定不变的大方向。能力Community免费Ultimate商业授权关系型库支持MySQL/PG/SQLite/Oracle/SQL Server 等完整支持完整支持NoSQLMongoDB/Cassandra/Redis 等不支持支持ER 图支持支持数据导入导出CSV/SQL/JSON 等支持支持格式更全数据传输跨库搬数据支持支持AI 助手需自行配置模型服务集成度更高授权方式免费开源需购买授权结论很简单第一次装直接下 Community别犹豫。等你真的遇上必须连 MongoDB 又要用同一个客户端这种需求再考虑升级也不迟。2.2 免安装版、安装包版、包管理器版怎么选同一个 Community 版官方一般会提供好几种分发形态。选错了不一定报错但会给你后面的维护添麻烦。安装包版Windows 的 .exe/.msi、macOS 的 .dmg通常自带 Java 运行时双击装完就能用。新人首选最省事。免安装版zip / tar.gz体积小、绿色、可以塞进 U 盘或者共享盘。但它不带 JDK必须自己先装好 Java 并配好JAVA_HOME。包管理器版Windows 用 WingetmacOS 用 HomebrewLinux 用 Snap 或发行版仓库。好处是升级一条命令搞定适合把开发机当长期阵地的人。提示如果你不确定自己下的是哪种看体积。带 JRE 的安装包通常两三百 MB 起纯 zip 包往往只有几十到一百多 MB。体积明显偏小的那个就是要自备 Java 的。关于 Java 版本较新的 DBeaver 主线版本一般要求JDK 17 或更高个别更新版本会往上提。你要是准备走免安装版路线最稳的做法是先装一个 LTS 版本的 JDK17 或 21配好环境变量再去解压 DBeaver。装完之后在命令行敲java -version能打出版本号说明环境没问题。3. Windows / macOS / Linux 三平台安装实操这一章是纯操作但每一步我都会说清楚为什么这么做因为这些细节直接决定了你后面会不会遇到启动慢界面糊连不上库。3.1 Windows安装包 vs zip 解压版走安装包推荐去官网下载页选 Community 的 Windows 安装包双击一路默认。唯一需要留意的是安装路径不要放在中文目录下也不建议放桌面。带中文或者空格的路径偶尔会让工作区文件和日志出问题这种坑排查起来极其难受不如一开始就避开。建议放C:\Tools\dbeaver或者直接用默认的 Program Files。走 zip 解压版解压到一个固定目录后先确认 Java。如果你已经装了 JDK 17但双击dbeaver.exe还是提示找不到 JVM有两种解法设置系统环境变量JAVA_HOME指向 JDK 目录Path里加上%JAVA_HOME%\bin。在 DBeaver 安装目录下新建或编辑dbeaver.ini把 JVM 路径写死。第二种方式更可靠因为它是针对这个客户端生效的不会影响你机器上其他 Java 项目。dbeaver.ini的样子大概是这样-vm C:\Program Files\Java\jdk-17\bin\javaw.exe -startup plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.2.400.v20211117-0650 -vmargs -Xmx2048m注意-vm必须写在-vmargs前面顺序错了不生效这是 Eclipse 系启动器沿袭下来的老规矩我第一次配的时候就在这儿卡了半天。3.2 macOSdmg 与 Homebrew图形化路线就是下载.dmg拖进应用程序首次打开会提示来自身份不明的开发者去系统设置 → 隐私与安全性里放行一次即可。命令行路线我更推荐给长期使用者brew install --cask dbeaver-community这条命令的好处是版本更新极其省心以后brew upgrade就跟着升了。需要注意一点macOS 上的配置目录在~/Library/DBeaverData和 Windows 完全不同备份的时候别找错地方。另外 Mac 用户常遇到的一个问题是界面字体发虚。这通常和 Java 对高分屏的缩放处理有关解决办法在启动参数里加-Dswt.autoScale200具体倍数看你的屏幕可以试 150/200加在dbeaver.ini或者应用程序包内的配置文件里。3.3 Linuxtar.gz 与发行版仓库Linux 上最省事的当然是仓库sudo snap install dbeaver-ce如果你的环境没有 Snap那就用 tar.gz# 解压到 /opt sudo tar -xzf dbeaver-ce-*-linux.gtk.x86_64.tar.gz -C /opt # 建个软链接方便命令行启动 sudo ln -s /opt/dbeaver/dbeaver /usr/local/bin/dbeaver这么做的原因是直接解压到/opt便于集中管理软链到/usr/local/bin之后你在任何目录敲dbeaver都能起来。如果你还想让它出现在应用菜单里就得自己写一份.desktop文件丢到~/.local/share/applications/这个属于锦上添花不影响使用。Linux 下有个别发行版的 GTK 版本比较老会出现控件错位、下拉框弹不出来的情况。遇上这种优先把系统的 GTK 相关库更新一下比折腾 DBeaver 本身有效。3.4 首次启动必须确认的三个设置第一次打开DBeaver 会问你工作区目录。这个目录请选一个固定的、路径里没有中文和空格的文件夹。它会放你的连接配置、查询历史、驱动缓存。以后想备份或者迁移直接拷这个目录就行。然后是内存参数。默认的-Xmx往往偏保守你查一张几百万行的表就可能卡住或者直接 OutOfMemory。我一般直接提到 2048m 或 4096m改的就是前面dbeaver.ini里的那行-Xmx2048m。机器内存 16G 以上给 4096m 完全没压力。第三个是编码。国内环境里老项目用 GBK 甚至 GB2312 的还不少。这个不用在全局改在具体连接的驱动属性里设更精准后面第 4 章会讲。4. 建第一个连接MySQL、PostgreSQL、SQLite 的驱动与连接串细节到这一步你已经能打开主界面了。接下来就是所有人都会问的第一个问题DBeaver 怎么创建数据库这里要先纠正一个概念——DBeaver 本身不是一个数据库它只是客户端。你得先有一个数据库服务在跑然后在 DBeaver 里新建连接去接上它。接上之后才是在连接里右键新建数据库这件事。4.1 MySQL 8.x 连接为什么老报时区错点左上角那个插头图标New Database Connection选 MySQL填主机、端口默认 3306、用户名密码、数据库名。点Test Connection之前先去Driver properties标签页加上两个参数能省掉 80% 的初学者报错参数建议值解决什么问题serverTimezoneAsia/Shanghai报 The server time zone value ... is unrecognizedallowPublicKeyRetrievaltrue报 Public Key Retrieval is not alloweduseSSLfalse本地开发本地没配证书时的 SSL 握手警告characterEncodingUTF-8老库里的中文乱码那个时区报错特别典型MySQL 8 默认驱动版本较新如果服务端的time_zone是个它不认识的字符串比如中国标准时间驱动就直接抛异常。allowPublicKeyRetrievaltrue则是 MySQL 8 默认的caching_sha2_password认证方式导致的客户端需要在首次连接时取公钥。这两个参数在本地开发环境加上是安全的生产环境请按你们的安全规范来尤其是 SSL 那一项不要随手关。还有一个细节驱动文件是第一次连接时才下载的。如果你的网络环境受限下载可能会失败或者卡住。这时可以先点 Driver properties 下面那个 Download/Update 按钮手动触发看报错信息再判断。如果实在下不来可以从 Maven 仓库手动拿到对应版本的 JDBC 驱动 jar然后在驱动设置里指定本地文件路径。4.2 PostgreSQL 的 schema 显示与连接参数PostgreSQL 的默认端口是 5432默认超级用户postgres默认库也叫postgres。这几项填完一般就能连上。但新手最常见的困惑是我连上了为什么看不到我建的表原因是 PG 的层级比 MySQL 多一层库database→ 模式schema→ 表。默认只显示public模式如果你建表时没指定表就在public里如果建在别的 schema 下就得在连接的设置里勾上Show all databases / 显示所有模式之类的选项。另外 PG 默认连的是一个具体数据库想切库得另建连接或者在导航器里展开。顺带说一句PG 的大小写规则是个大坑不加引号的标识符会被折叠成小写你写CREATE TABLE OrderItem(...)实际建出来的表叫orderitem。所以要么全小写加下划线order_item我强烈推荐要么老老实实加双引号并承受以后每次都要加引号的痛苦。这跟 DBeaver 没关系是 PG 本身的行为但在客户端里看到的表名会让人一脸懵。4.3 SQLite为什么我建议单独建一个连接SQLite 是文件型数据库一个.db或.sqlite文件就是一个库。在 DBeaver 里新建 SQLite 连接让你选文件路径选完就能用。我建议给每个 SQLite 文件单独建一个连接并且给连接起一个能看懂的名字比如app-local-test.db而不是把所有 sqlite 文件都挂在一个连接下。原因有两个一是 SQLite 的并发写入很弱多个连接同时写同一个文件容易database is locked二是文件型库经常随手放命名清晰能防止你误操作到别的项目的库。如果你只是临时想打开一个.db文件看看内容DBeaver 完全够用了不用再装别的轻量工具。真要说轻量SQLiteStudio 和 DB Browser for SQLite 也确实很轻但既然 DBeaver 已经装了多装一个反而占地方。5. 把 DBeaver 调到顺手字体、补全、格式化与主题装完能连库只是及格线真正决定你每天用着爽不爽的是接下来这十几项配置。我按最值得改的顺序排。5.1 字体大小与高 DPI 缩放DBeaver 字体大小设置是被问得最多的一个问题因为它分了两个地方界面字体Window → Preferences → User Interface → Appearance → Colors and Fonts里面有一项 Main Font改这个能影响菜单、导航树、对话框。SQL 编辑器字体Window → Preferences → Editors → SQL Editor → Font改这个只影响写 SQL 的区域。我自己的组合是界面 12pt编辑器 14pt等宽字体Consolas / JetBrains Mono / Menlo 都行。SQL 编辑器用等宽字体不是为了好看是为了对齐——多行SELECT的字段能整齐地排成一列肉眼扫起来快很多。高分屏2K/4K下如果界面元素特别小或者特别糊两个办法一是前面说过的-Dswt.autoScale二是 Windows 上右键 exe → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选替代高 DPI 缩放行为。两者选一个就行同时改容易叠加出错。结果集网格的字体是另一个独立的设置项Data Editor 相关很多人只改了编辑器字体发现查出来的数据还是小字就是漏了这一处。顺便网格的行高也可以调默认偏紧凑长时间看数据容易串行我一般加两三个像素。5.2 自动补全和模板DBeaver 的补全默认是开着的CtrlSpace手动触发。它有个挺聪明的行为会读当前连接的元数据所以你输入表名前几个字母它会列出来并且把字段也带出来。这个功能在表多、字段名长的时候能省下大量敲键盘的力气。需要注意的是补全依赖元数据缓存。你刚在别处新建了一张表DBeaver 里看不到右键连接 →Refresh刷新一下快捷键F5就出来了。模板Templates这个功能知道的人不多但很实用可以把常用的查询骨架存成模板比如按时间范围分页查询、查看表占用空间以后用缩写就能展开。我自己存了几个主要是各种统计 SQL省得每次都翻笔记。5.3 SQL 格式化器的坑CtrlShiftF是格式化 SQL 的快捷键但它默认的格式风格比较奔放——会把一些关键字换行。建议去Preferences → Editors → SQL Editor → Formatting里把这几项定一下Keyword case统一成大写个人偏好团队里统一更重要。Indent缩进宽度我习惯 2 或者 4。Line width一行最大宽度默认值偏窄容易把长字段列表拆得很难看。还有一个容易忽略的点格式化会改动你光标所在的位置如果你在改一段很长的 SQL 中间按了格式化光标可能会跳到别的地方。习惯做法是先全选整段再格式化改完再定位。另外 DBeaver 支持多条 SQL 一起执行AltX执行整个脚本也支持只执行光标所在的那一条CtrlEnter。这两个键一定要分清楚尤其在脚本里有DELETE或者UPDATE的时候。我自己习惯是写的时候用CtrlEnter一条条试确认没问题再用AltX跑整段。6. 日常高频操作建库建表、数据导入导出与数据传输前面都是准备工作这一章才是每天真正在用的部分。6.1 可视化建表 vs 手写 DDLDBeaver 允许你在导航器里右键 → New Table用图形界面填字段名、类型、长度、默认值、注释然后它会生成CREATE TABLE语句执行。做原型、临时表这个方式很快但正式的表结构我建议还是手写 DDL 再执行。原因有三个。第一可视化建的字段类型选项受限于驱动映射比如 MySQL 的datetime(3)这种带精度的写法界面上不一定表达得出来。第二注释、索引、外键约束这些在可视化界面里一页页翻着配比手写慢得多。第三也是最重要的——DDL 是需要进版本库的你手写完存成.sql文件提交到 Git 里别人能 review、能追溯界面点出来的东西进不了代码库三个月后没人知道表是谁怎么建的。用法上我给一个折中方案用可视化界面把字段大致列出来然后切到 DDL 标签页把生成的 SQL 复制出来改。这样既有界面辅助又留下了可版本化的脚本。6.2 导出数据的几种格式与实际差异右键任意表或结果集 →Export Data会走一个向导。常见格式和适用场景格式适合场景注意点CSV给运营/分析同学看的表格数据编码选 UTF-8分隔符注意别和字段内容冲突SQL (INSERT)造测试数据、跨环境搬小表行数大时文件会巨大建议分批JSON给接口联调、喂给程序注意日期和 null 的表现形式XML老系统对接现在用得少Markdown写文档、贴日报行数多了没人看导出向导里有几个选项特别关键Header是否带表头、Encoding编码、每一批提交的行数、是否包含列名引号。中文乱码十有八九是编码选错了导出给 Excel 看的话你可以选带 BOM 的 UTF-8也可以直接选 GBK看对方用什么软件打开。至于 Excel.xlsx导出不同版本的能力不太一样我的常用套路是先导 CSV再用脚本或表格软件转——这样链路透明出问题也知道哪一步错了。6.3 数据传输跨库搬数据Data Transfer是 DBeaver 里我最喜欢的功能之一。比如你要把测试库的某几张表搬到本地库或者把 MySQL 的一张表迁到 PostgreSQL直接右键源表 →Data Transfer→ 选目标连接和目标表它会自动做字段映射还能只搬结构、只搬数据、或者两者都搬。有个细节务必注意它默认是追加 / 覆盖的行为需要你确认。目标表如果已经存在选错模式会直接把数据追进去造成重复。我在测试环境就干过一次这事后来养成了习惯——搬之前先确认目标表是空的或者干脆让工具新建表。另外跨数据库类型搬数据时数据类型需要人工核对。MySQL 的tinyint(1)搬到 PG 该用什么unsigned怎么办时间类型带不带时区这些工具不会替你判断映射完之后建议先在测试库跑一遍再上正式库。7. 我踩过的坑时区、乱码、驱动、大结果集与权限这一章是我认为整篇最值钱的部分因为下面每一条都是真金白银的时间换来的。7.1 驱动下载失败与手动指定驱动表现是Test Connection 一直转圈或者报Could not download driver。DBeaver 的驱动是从 Maven 仓库拉的网络不通就会卡在这儿。排查顺序建议这样走打开Preferences → Connections → Drivers找到对应数据库的驱动看它配置的仓库地址对不对。看驱动下的 jar 列表是不是有未下载的标记点 Download 手动触发。如果确实下不来从 Maven 仓库手动下载对应版本的 jar比如 MySQL 的mysql-connector-j然后在驱动设置里Add File指定本地 jar并把原来的远程引用删掉。提示驱动版本和服务端版本是会对不上的。MySQL 8 服务端配太老的 5.x 驱动经常会冒出奇怪的认证错误。尽量让驱动版本和数据库大版本匹配这是排错时的第一直觉。7.2 中文乱码和关键字大小写乱码这件事要先分清是哪一层的乱码表里存的数据本身就是乱码这是写入时编码就错了客户端改不了得从数据源头修。DBeaver 里显示乱码但程序读出来正常客户端的连接编码设错了去 Driver properties 里加characterEncodingUTF-8或者检查连接设置里的 Charset 项。导出的 CSV 在 Excel 里乱码导出编码问题见 6.2。关键字大小写则是另一个方向的坑。MySQL 在 Linux 上表名默认区分大小写取决于lower_case_table_names配置Windows 上默认不区分。所以在你 Mac 上跑得好好的 SQL部署到 Linux 服务器上可能就报表不存在。这类问题的最佳解法是统一用小写加下划线的命名规范从根上绕开。7.3 大结果集把界面卡死怎么办SELECT * FROM 一张两千万行的表直接按 CtrlEnter运气好是等三分钟运气不好是界面假死然后 OutOfMemory。这不是 DBeaver 菜是任何客户端都扛不住这个量级。我的处理原则是三条先加LIMIT。哪怕你最后真要看全量也先用LIMIT 1000确认 SQL 逻辑对不对、执行计划好不好。DBeaver 的结果集设置里也有最大行数限制可以设成默认只取 1000 行防止手滑。看数据用聚合不要拉明细。你真正需要的是有多少条、分布在哪些维度GROUP BYCOUNT就够了不需要把明细拉出来。真要全量走导出而不是走界面。用 Export Data 直接导文件让工具流式处理不要塞进网格。还有一个容易被忽略的点连接池/会话是会被占住的。界面卡死的时候数据库那边可能还挂着一个正在跑的查询。养成习惯遇到卡住先看能否 Kill 会话或者去数据库端查SHOW PROCESSLISTMySQL/pg_stat_activityPG别让一个疏忽的查询在凌晨三点拖垮业务库。7.4 只读账号与误删数据的防护这一条是我最想强调的。给生产环境的连接加只读标记操作路径是右键连接 → Edit Connection → 勾选 Read-only connection。勾上之后DBeaver 会阻止你在界面上的写操作包括网格里的行内编辑。再加一层连接颜色标记。在连接设置里可以给连接指定颜色我把生产库设成醒目的红色开发库绿色。导航树和编辑器标签页都会带上这个颜色视觉上就能一眼区分。这个功能看着不起眼但它拦下过我至少两次以为在测试库的误操作。第三层才是数据库侧的权限控制——用只读账号连生产库从根上不给写权限。客户端能做的是提醒不是保障真正的安全边界永远在服务端。这个道理我在吃过一次亏之后才彻底明白。8. 再往上走一步ER 图、生成脚本、AI 助手与团队协作基础功能用熟之后还有几件事能让你的效率再上一个台阶。8.1 ER 图与 DDL 导出选中一个库或者几个表右键 →View DiagramDBeaver 会画出实体关系图主外键关系会自动连上线。做新项目的表设计评审、给别人讲老系统结构这张图比自己画的好用得多。图可以导出成图片贴到文档里。生成 DDL 的操作是右键表 →Generate SQL → DDL或者右键整个库生成全库脚本。这个功能在把生产表结构同步到测试库写数据库变更文档的时候特别省事。但要注意生成的脚本里的引擎、字符集、排序规则这些跨库搬的时候不一定通用得手动过一遍。8.2 关于 AI 助手的两点提醒新版本的 DBeaver 开始集成 AI 相关的辅助能力比如自然语言转 SQL、SQL 解释之类。用之前有两件事必须想清楚第一它通常需要你配置一个模型服务的地址和密钥这意味着你的表名、字段名、甚至部分数据可能会离开你的机器。公司内网环境、涉及用户隐私的表这一层要格外谨慎能不接就不接。第二AI 生成的 SQL 一定要自己审一遍再执行。尤其是带UPDATE、DELETE的语句WHERE条件写错一个字段后果是灾难性的。我的做法是把它当写草稿的实习生草稿可以要签发权必须在自己手里。8.3 配置迁移与团队共享换电脑或者带新人最省事的方式是把连接配置导出成一份文件File → Export选连接相关的配置项新同事导入之后只需要补自己的账号密码。密码这块可以用主密码加密千万不要把明文密码写进共享文件里。团队内部如果连的是同一套开发库还可以约定统一的连接命名规范比如dev-mysql-main、test-pg-order这样大家截图交流的时候不用解释哪个是哪个。这种小规范看着无所谓真到十几个人协作的时候能省掉很多沟通成本。用了几年下来我对 DBeaver 的评价其实很朴素它不惊艳但几乎没有短板而且免费。新人上手的第一道坎永远是安装和第一个连接把这两步跨过去后面就是纯熟练度的问题了。最后再分享一个我自己的小习惯——每次在 DBeaver 里要执行UPDATE或DELETE之前先把同样的WHERE条件改写成SELECT COUNT(*)跑一遍看行数对不对得上。这个动作花三秒钟但它救过我太多次了。 DBeaver 安装与使用教程：多数据库连接、配置优化与排错指南
1. 数据库客户端我用过一圈最后还是留在 DBeaver凌晨一点被叫起来查一张订单表的状态生产库只开了跳板机权限本地没有图形客户端只能靠命令行mysql -h ... -e select ...一行行扒——那次之后我就痛下决心把本地常驻的数据库管理工具彻底固定下来。DBeaver 就是那之后一直留在我任务栏里的那个。它免费、跨平台、能同时接 MySQL、PostgreSQL、SQLite、Oracle、SQL Server 这些主流数据库装一次就能覆盖我日常 90% 的活儿连库、跑 SQL、看表结构、导数据、生成 ER 图和 DDL 脚本。这篇内容我不打算写成那种点下一步、点下一步的流水账。我按自己从零装到顺手用的真实顺序来写先讲清楚版本流派和 JDK 依赖这种装之前就必须定的东西再上三个系统的安装实操然后是连库时最容易踩的几个参数坑时区、公钥、字符集接着是把编辑器调顺手的生产力配置最后是我这几年攒下来的排错清单。数据库管理工具这个品类里付费的、免费的、Web 版的我都用过DBeaver 不是最快的、也不是最好看的但它是我唯一敢推荐给新人的——因为它的错误提示足够具体新人能自己看懂。关键词先摆在这儿方便你对号入座DBeaver、DBeaver 安装、DBeaver 使用教程、DBeaver 下载、数据库管理工具、DBeaver 怎么创建数据库、DBeaver 字体大小设置。如果你是刚学 SQL 的学生、转行做后端的初学者、做数据核对的产品运营或者需要同时维护好几种数据库的运维这篇基本能让你少走一大段弯路。1.1 免费工具的边界在哪里先把预期说清楚免得你装完觉得怎么和想象的不一样。DBeaver 有两个大分支Community社区版和Ultimate商业版。社区版是免费开源的遵循 Apache 2.0 许可关系型数据库这一块功能给得非常足——SQL 编辑器、结果集网格、ER 图、数据导入导出、DDL 生成、数据传输全都在。Ultimate 是商业授权主要多了 NoSQL 支持MongoDB、Cassandra、Redis 这类、部分高级导出格式、以及一些企业级集成能力。也就是说只要你打交道的对象是 MySQL、PostgreSQL、MariaDB、SQLite、SQL Server、Oracle 这些关系型库社区版完全够用不需要花钱。我见过有人为了导出 Excel 去买了授权结果发现自己其实用 CSV 再转一下就完事了。商业版有试用期想体验可以试但别把它当必需项。至于网上那些来路不明的授权文件我的建议很直接别碰来源不明的东西塞进一个能连生产库的客户端里风险和你自己承担不起的后果成正比。社区版还有一个被低估的优点它是纯 Java 写的配置、驱动、工作区全都在本地文件里可以整体打包拷走。换电脑的时候我把配置目录一拷几十个连接配置全回来了连驱动都带着这一点比很多账号绑云端的工具舒服。1.2 它到底适合谁三类人的真实用法差异同一款工具不同角色用出来的姿势差别特别大我把常见的三类人分开说你可以直接跳到自己那一段。写业务的后端开发核心诉求是改表结构 调试 SQL。他们最常用的是 SQL 编辑器里的 CtrlEnter 单条执行、结果集里的行内编辑、以及右键表 → Generate SQL → DDL。我建议这类人一定要开手动提交Manual Commit不然一次手滑 update 全表就直接生效了。做数据分析/数据核对的同学诉求是查得快 导得出来。他们会重度依赖结果集右上角的过滤器、排序以及 Data Transfer 导出 CSV。对他们来说关键是别把几百万行一次性拉进界面否则内存直接爆。运维和 DBA诉求是多库同时管 权限要收紧。他们需要的是连接分组、颜色标记生产库标红、只读连接、以及会话管理看当前连接、正在执行的 SQL。我会在第 7 章专门讲怎么用配置把误操作这件事的概率压下去。三类人共同的一点是都要先把它装起来而且都要面对同一个前置问题——Java 环境。2. 装之前先定两件事版本流派和 JDK 依赖新手最容易在这里翻车。很多人下载完双击运行弹出一个Java 未找到或者干脆一闪而过就以为是自己电脑有问题。其实不是是你下的是需要自备 JDK 的那个版本。所以装之前先花两分钟把下面两件事定了后面能省掉半小时。2.1 Community 与 Ultimate 的功能分水岭我用一张表把差异说清楚方便你做决定。注意版本迭代很快具体功能以你下载那天的官方说明为准这里给的是稳定不变的大方向。能力Community免费Ultimate商业授权关系型库支持MySQL/PG/SQLite/Oracle/SQL Server 等完整支持完整支持NoSQLMongoDB/Cassandra/Redis 等不支持支持ER 图支持支持数据导入导出CSV/SQL/JSON 等支持支持格式更全数据传输跨库搬数据支持支持AI 助手需自行配置模型服务集成度更高授权方式免费开源需购买授权结论很简单第一次装直接下 Community别犹豫。等你真的遇上必须连 MongoDB 又要用同一个客户端这种需求再考虑升级也不迟。2.2 免安装版、安装包版、包管理器版怎么选同一个 Community 版官方一般会提供好几种分发形态。选错了不一定报错但会给你后面的维护添麻烦。安装包版Windows 的 .exe/.msi、macOS 的 .dmg通常自带 Java 运行时双击装完就能用。新人首选最省事。免安装版zip / tar.gz体积小、绿色、可以塞进 U 盘或者共享盘。但它不带 JDK必须自己先装好 Java 并配好JAVA_HOME。包管理器版Windows 用 WingetmacOS 用 HomebrewLinux 用 Snap 或发行版仓库。好处是升级一条命令搞定适合把开发机当长期阵地的人。提示如果你不确定自己下的是哪种看体积。带 JRE 的安装包通常两三百 MB 起纯 zip 包往往只有几十到一百多 MB。体积明显偏小的那个就是要自备 Java 的。关于 Java 版本较新的 DBeaver 主线版本一般要求JDK 17 或更高个别更新版本会往上提。你要是准备走免安装版路线最稳的做法是先装一个 LTS 版本的 JDK17 或 21配好环境变量再去解压 DBeaver。装完之后在命令行敲java -version能打出版本号说明环境没问题。3. Windows / macOS / Linux 三平台安装实操这一章是纯操作但每一步我都会说清楚为什么这么做因为这些细节直接决定了你后面会不会遇到启动慢界面糊连不上库。3.1 Windows安装包 vs zip 解压版走安装包推荐去官网下载页选 Community 的 Windows 安装包双击一路默认。唯一需要留意的是安装路径不要放在中文目录下也不建议放桌面。带中文或者空格的路径偶尔会让工作区文件和日志出问题这种坑排查起来极其难受不如一开始就避开。建议放C:\Tools\dbeaver或者直接用默认的 Program Files。走 zip 解压版解压到一个固定目录后先确认 Java。如果你已经装了 JDK 17但双击dbeaver.exe还是提示找不到 JVM有两种解法设置系统环境变量JAVA_HOME指向 JDK 目录Path里加上%JAVA_HOME%\bin。在 DBeaver 安装目录下新建或编辑dbeaver.ini把 JVM 路径写死。第二种方式更可靠因为它是针对这个客户端生效的不会影响你机器上其他 Java 项目。dbeaver.ini的样子大概是这样-vm C:\Program Files\Java\jdk-17\bin\javaw.exe -startup plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.2.400.v20211117-0650 -vmargs -Xmx2048m注意-vm必须写在-vmargs前面顺序错了不生效这是 Eclipse 系启动器沿袭下来的老规矩我第一次配的时候就在这儿卡了半天。3.2 macOSdmg 与 Homebrew图形化路线就是下载.dmg拖进应用程序首次打开会提示来自身份不明的开发者去系统设置 → 隐私与安全性里放行一次即可。命令行路线我更推荐给长期使用者brew install --cask dbeaver-community这条命令的好处是版本更新极其省心以后brew upgrade就跟着升了。需要注意一点macOS 上的配置目录在~/Library/DBeaverData和 Windows 完全不同备份的时候别找错地方。另外 Mac 用户常遇到的一个问题是界面字体发虚。这通常和 Java 对高分屏的缩放处理有关解决办法在启动参数里加-Dswt.autoScale200具体倍数看你的屏幕可以试 150/200加在dbeaver.ini或者应用程序包内的配置文件里。3.3 Linuxtar.gz 与发行版仓库Linux 上最省事的当然是仓库sudo snap install dbeaver-ce如果你的环境没有 Snap那就用 tar.gz# 解压到 /opt sudo tar -xzf dbeaver-ce-*-linux.gtk.x86_64.tar.gz -C /opt # 建个软链接方便命令行启动 sudo ln -s /opt/dbeaver/dbeaver /usr/local/bin/dbeaver这么做的原因是直接解压到/opt便于集中管理软链到/usr/local/bin之后你在任何目录敲dbeaver都能起来。如果你还想让它出现在应用菜单里就得自己写一份.desktop文件丢到~/.local/share/applications/这个属于锦上添花不影响使用。Linux 下有个别发行版的 GTK 版本比较老会出现控件错位、下拉框弹不出来的情况。遇上这种优先把系统的 GTK 相关库更新一下比折腾 DBeaver 本身有效。3.4 首次启动必须确认的三个设置第一次打开DBeaver 会问你工作区目录。这个目录请选一个固定的、路径里没有中文和空格的文件夹。它会放你的连接配置、查询历史、驱动缓存。以后想备份或者迁移直接拷这个目录就行。然后是内存参数。默认的-Xmx往往偏保守你查一张几百万行的表就可能卡住或者直接 OutOfMemory。我一般直接提到 2048m 或 4096m改的就是前面dbeaver.ini里的那行-Xmx2048m。机器内存 16G 以上给 4096m 完全没压力。第三个是编码。国内环境里老项目用 GBK 甚至 GB2312 的还不少。这个不用在全局改在具体连接的驱动属性里设更精准后面第 4 章会讲。4. 建第一个连接MySQL、PostgreSQL、SQLite 的驱动与连接串细节到这一步你已经能打开主界面了。接下来就是所有人都会问的第一个问题DBeaver 怎么创建数据库这里要先纠正一个概念——DBeaver 本身不是一个数据库它只是客户端。你得先有一个数据库服务在跑然后在 DBeaver 里新建连接去接上它。接上之后才是在连接里右键新建数据库这件事。4.1 MySQL 8.x 连接为什么老报时区错点左上角那个插头图标New Database Connection选 MySQL填主机、端口默认 3306、用户名密码、数据库名。点Test Connection之前先去Driver properties标签页加上两个参数能省掉 80% 的初学者报错参数建议值解决什么问题serverTimezoneAsia/Shanghai报 The server time zone value ... is unrecognizedallowPublicKeyRetrievaltrue报 Public Key Retrieval is not alloweduseSSLfalse本地开发本地没配证书时的 SSL 握手警告characterEncodingUTF-8老库里的中文乱码那个时区报错特别典型MySQL 8 默认驱动版本较新如果服务端的time_zone是个它不认识的字符串比如中国标准时间驱动就直接抛异常。allowPublicKeyRetrievaltrue则是 MySQL 8 默认的caching_sha2_password认证方式导致的客户端需要在首次连接时取公钥。这两个参数在本地开发环境加上是安全的生产环境请按你们的安全规范来尤其是 SSL 那一项不要随手关。还有一个细节驱动文件是第一次连接时才下载的。如果你的网络环境受限下载可能会失败或者卡住。这时可以先点 Driver properties 下面那个 Download/Update 按钮手动触发看报错信息再判断。如果实在下不来可以从 Maven 仓库手动拿到对应版本的 JDBC 驱动 jar然后在驱动设置里指定本地文件路径。4.2 PostgreSQL 的 schema 显示与连接参数PostgreSQL 的默认端口是 5432默认超级用户postgres默认库也叫postgres。这几项填完一般就能连上。但新手最常见的困惑是我连上了为什么看不到我建的表原因是 PG 的层级比 MySQL 多一层库database→ 模式schema→ 表。默认只显示public模式如果你建表时没指定表就在public里如果建在别的 schema 下就得在连接的设置里勾上Show all databases / 显示所有模式之类的选项。另外 PG 默认连的是一个具体数据库想切库得另建连接或者在导航器里展开。顺带说一句PG 的大小写规则是个大坑不加引号的标识符会被折叠成小写你写CREATE TABLE OrderItem(...)实际建出来的表叫orderitem。所以要么全小写加下划线order_item我强烈推荐要么老老实实加双引号并承受以后每次都要加引号的痛苦。这跟 DBeaver 没关系是 PG 本身的行为但在客户端里看到的表名会让人一脸懵。4.3 SQLite为什么我建议单独建一个连接SQLite 是文件型数据库一个.db或.sqlite文件就是一个库。在 DBeaver 里新建 SQLite 连接让你选文件路径选完就能用。我建议给每个 SQLite 文件单独建一个连接并且给连接起一个能看懂的名字比如app-local-test.db而不是把所有 sqlite 文件都挂在一个连接下。原因有两个一是 SQLite 的并发写入很弱多个连接同时写同一个文件容易database is locked二是文件型库经常随手放命名清晰能防止你误操作到别的项目的库。如果你只是临时想打开一个.db文件看看内容DBeaver 完全够用了不用再装别的轻量工具。真要说轻量SQLiteStudio 和 DB Browser for SQLite 也确实很轻但既然 DBeaver 已经装了多装一个反而占地方。5. 把 DBeaver 调到顺手字体、补全、格式化与主题装完能连库只是及格线真正决定你每天用着爽不爽的是接下来这十几项配置。我按最值得改的顺序排。5.1 字体大小与高 DPI 缩放DBeaver 字体大小设置是被问得最多的一个问题因为它分了两个地方界面字体Window → Preferences → User Interface → Appearance → Colors and Fonts里面有一项 Main Font改这个能影响菜单、导航树、对话框。SQL 编辑器字体Window → Preferences → Editors → SQL Editor → Font改这个只影响写 SQL 的区域。我自己的组合是界面 12pt编辑器 14pt等宽字体Consolas / JetBrains Mono / Menlo 都行。SQL 编辑器用等宽字体不是为了好看是为了对齐——多行SELECT的字段能整齐地排成一列肉眼扫起来快很多。高分屏2K/4K下如果界面元素特别小或者特别糊两个办法一是前面说过的-Dswt.autoScale二是 Windows 上右键 exe → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选替代高 DPI 缩放行为。两者选一个就行同时改容易叠加出错。结果集网格的字体是另一个独立的设置项Data Editor 相关很多人只改了编辑器字体发现查出来的数据还是小字就是漏了这一处。顺便网格的行高也可以调默认偏紧凑长时间看数据容易串行我一般加两三个像素。5.2 自动补全和模板DBeaver 的补全默认是开着的CtrlSpace手动触发。它有个挺聪明的行为会读当前连接的元数据所以你输入表名前几个字母它会列出来并且把字段也带出来。这个功能在表多、字段名长的时候能省下大量敲键盘的力气。需要注意的是补全依赖元数据缓存。你刚在别处新建了一张表DBeaver 里看不到右键连接 →Refresh刷新一下快捷键F5就出来了。模板Templates这个功能知道的人不多但很实用可以把常用的查询骨架存成模板比如按时间范围分页查询、查看表占用空间以后用缩写就能展开。我自己存了几个主要是各种统计 SQL省得每次都翻笔记。5.3 SQL 格式化器的坑CtrlShiftF是格式化 SQL 的快捷键但它默认的格式风格比较奔放——会把一些关键字换行。建议去Preferences → Editors → SQL Editor → Formatting里把这几项定一下Keyword case统一成大写个人偏好团队里统一更重要。Indent缩进宽度我习惯 2 或者 4。Line width一行最大宽度默认值偏窄容易把长字段列表拆得很难看。还有一个容易忽略的点格式化会改动你光标所在的位置如果你在改一段很长的 SQL 中间按了格式化光标可能会跳到别的地方。习惯做法是先全选整段再格式化改完再定位。另外 DBeaver 支持多条 SQL 一起执行AltX执行整个脚本也支持只执行光标所在的那一条CtrlEnter。这两个键一定要分清楚尤其在脚本里有DELETE或者UPDATE的时候。我自己习惯是写的时候用CtrlEnter一条条试确认没问题再用AltX跑整段。6. 日常高频操作建库建表、数据导入导出与数据传输前面都是准备工作这一章才是每天真正在用的部分。6.1 可视化建表 vs 手写 DDLDBeaver 允许你在导航器里右键 → New Table用图形界面填字段名、类型、长度、默认值、注释然后它会生成CREATE TABLE语句执行。做原型、临时表这个方式很快但正式的表结构我建议还是手写 DDL 再执行。原因有三个。第一可视化建的字段类型选项受限于驱动映射比如 MySQL 的datetime(3)这种带精度的写法界面上不一定表达得出来。第二注释、索引、外键约束这些在可视化界面里一页页翻着配比手写慢得多。第三也是最重要的——DDL 是需要进版本库的你手写完存成.sql文件提交到 Git 里别人能 review、能追溯界面点出来的东西进不了代码库三个月后没人知道表是谁怎么建的。用法上我给一个折中方案用可视化界面把字段大致列出来然后切到 DDL 标签页把生成的 SQL 复制出来改。这样既有界面辅助又留下了可版本化的脚本。6.2 导出数据的几种格式与实际差异右键任意表或结果集 →Export Data会走一个向导。常见格式和适用场景格式适合场景注意点CSV给运营/分析同学看的表格数据编码选 UTF-8分隔符注意别和字段内容冲突SQL (INSERT)造测试数据、跨环境搬小表行数大时文件会巨大建议分批JSON给接口联调、喂给程序注意日期和 null 的表现形式XML老系统对接现在用得少Markdown写文档、贴日报行数多了没人看导出向导里有几个选项特别关键Header是否带表头、Encoding编码、每一批提交的行数、是否包含列名引号。中文乱码十有八九是编码选错了导出给 Excel 看的话你可以选带 BOM 的 UTF-8也可以直接选 GBK看对方用什么软件打开。至于 Excel.xlsx导出不同版本的能力不太一样我的常用套路是先导 CSV再用脚本或表格软件转——这样链路透明出问题也知道哪一步错了。6.3 数据传输跨库搬数据Data Transfer是 DBeaver 里我最喜欢的功能之一。比如你要把测试库的某几张表搬到本地库或者把 MySQL 的一张表迁到 PostgreSQL直接右键源表 →Data Transfer→ 选目标连接和目标表它会自动做字段映射还能只搬结构、只搬数据、或者两者都搬。有个细节务必注意它默认是追加 / 覆盖的行为需要你确认。目标表如果已经存在选错模式会直接把数据追进去造成重复。我在测试环境就干过一次这事后来养成了习惯——搬之前先确认目标表是空的或者干脆让工具新建表。另外跨数据库类型搬数据时数据类型需要人工核对。MySQL 的tinyint(1)搬到 PG 该用什么unsigned怎么办时间类型带不带时区这些工具不会替你判断映射完之后建议先在测试库跑一遍再上正式库。7. 我踩过的坑时区、乱码、驱动、大结果集与权限这一章是我认为整篇最值钱的部分因为下面每一条都是真金白银的时间换来的。7.1 驱动下载失败与手动指定驱动表现是Test Connection 一直转圈或者报Could not download driver。DBeaver 的驱动是从 Maven 仓库拉的网络不通就会卡在这儿。排查顺序建议这样走打开Preferences → Connections → Drivers找到对应数据库的驱动看它配置的仓库地址对不对。看驱动下的 jar 列表是不是有未下载的标记点 Download 手动触发。如果确实下不来从 Maven 仓库手动下载对应版本的 jar比如 MySQL 的mysql-connector-j然后在驱动设置里Add File指定本地 jar并把原来的远程引用删掉。提示驱动版本和服务端版本是会对不上的。MySQL 8 服务端配太老的 5.x 驱动经常会冒出奇怪的认证错误。尽量让驱动版本和数据库大版本匹配这是排错时的第一直觉。7.2 中文乱码和关键字大小写乱码这件事要先分清是哪一层的乱码表里存的数据本身就是乱码这是写入时编码就错了客户端改不了得从数据源头修。DBeaver 里显示乱码但程序读出来正常客户端的连接编码设错了去 Driver properties 里加characterEncodingUTF-8或者检查连接设置里的 Charset 项。导出的 CSV 在 Excel 里乱码导出编码问题见 6.2。关键字大小写则是另一个方向的坑。MySQL 在 Linux 上表名默认区分大小写取决于lower_case_table_names配置Windows 上默认不区分。所以在你 Mac 上跑得好好的 SQL部署到 Linux 服务器上可能就报表不存在。这类问题的最佳解法是统一用小写加下划线的命名规范从根上绕开。7.3 大结果集把界面卡死怎么办SELECT * FROM 一张两千万行的表直接按 CtrlEnter运气好是等三分钟运气不好是界面假死然后 OutOfMemory。这不是 DBeaver 菜是任何客户端都扛不住这个量级。我的处理原则是三条先加LIMIT。哪怕你最后真要看全量也先用LIMIT 1000确认 SQL 逻辑对不对、执行计划好不好。DBeaver 的结果集设置里也有最大行数限制可以设成默认只取 1000 行防止手滑。看数据用聚合不要拉明细。你真正需要的是有多少条、分布在哪些维度GROUP BYCOUNT就够了不需要把明细拉出来。真要全量走导出而不是走界面。用 Export Data 直接导文件让工具流式处理不要塞进网格。还有一个容易被忽略的点连接池/会话是会被占住的。界面卡死的时候数据库那边可能还挂着一个正在跑的查询。养成习惯遇到卡住先看能否 Kill 会话或者去数据库端查SHOW PROCESSLISTMySQL/pg_stat_activityPG别让一个疏忽的查询在凌晨三点拖垮业务库。7.4 只读账号与误删数据的防护这一条是我最想强调的。给生产环境的连接加只读标记操作路径是右键连接 → Edit Connection → 勾选 Read-only connection。勾上之后DBeaver 会阻止你在界面上的写操作包括网格里的行内编辑。再加一层连接颜色标记。在连接设置里可以给连接指定颜色我把生产库设成醒目的红色开发库绿色。导航树和编辑器标签页都会带上这个颜色视觉上就能一眼区分。这个功能看着不起眼但它拦下过我至少两次以为在测试库的误操作。第三层才是数据库侧的权限控制——用只读账号连生产库从根上不给写权限。客户端能做的是提醒不是保障真正的安全边界永远在服务端。这个道理我在吃过一次亏之后才彻底明白。8. 再往上走一步ER 图、生成脚本、AI 助手与团队协作基础功能用熟之后还有几件事能让你的效率再上一个台阶。8.1 ER 图与 DDL 导出选中一个库或者几个表右键 →View DiagramDBeaver 会画出实体关系图主外键关系会自动连上线。做新项目的表设计评审、给别人讲老系统结构这张图比自己画的好用得多。图可以导出成图片贴到文档里。生成 DDL 的操作是右键表 →Generate SQL → DDL或者右键整个库生成全库脚本。这个功能在把生产表结构同步到测试库写数据库变更文档的时候特别省事。但要注意生成的脚本里的引擎、字符集、排序规则这些跨库搬的时候不一定通用得手动过一遍。8.2 关于 AI 助手的两点提醒新版本的 DBeaver 开始集成 AI 相关的辅助能力比如自然语言转 SQL、SQL 解释之类。用之前有两件事必须想清楚第一它通常需要你配置一个模型服务的地址和密钥这意味着你的表名、字段名、甚至部分数据可能会离开你的机器。公司内网环境、涉及用户隐私的表这一层要格外谨慎能不接就不接。第二AI 生成的 SQL 一定要自己审一遍再执行。尤其是带UPDATE、DELETE的语句WHERE条件写错一个字段后果是灾难性的。我的做法是把它当写草稿的实习生草稿可以要签发权必须在自己手里。8.3 配置迁移与团队共享换电脑或者带新人最省事的方式是把连接配置导出成一份文件File → Export选连接相关的配置项新同事导入之后只需要补自己的账号密码。密码这块可以用主密码加密千万不要把明文密码写进共享文件里。团队内部如果连的是同一套开发库还可以约定统一的连接命名规范比如dev-mysql-main、test-pg-order这样大家截图交流的时候不用解释哪个是哪个。这种小规范看着无所谓真到十几个人协作的时候能省掉很多沟通成本。用了几年下来我对 DBeaver 的评价其实很朴素它不惊艳但几乎没有短板而且免费。新人上手的第一道坎永远是安装和第一个连接把这两步跨过去后面就是纯熟练度的问题了。最后再分享一个我自己的小习惯——每次在 DBeaver 里要执行UPDATE或DELETE之前先把同样的WHERE条件改写成SELECT COUNT(*)跑一遍看行数对不对得上。这个动作花三秒钟但它救过我太多次了。