如果你还在用命令行敲MySQL建表语句，我特别建议你试试DBeaver。这个开源免费的数据库客户端，几乎支持市面上所有主流数据库，连接本地MySQL建库建表更是它的日常操作。今天就结合我自己的实际使用过程，把DBeaver连接本地MySQL、创建数据库表的完整流程拆开讲一遍，包括中间遇到的坑和排查思路。这篇文章适合刚接触数据库的开发者、数据分析师，也适合想从命令行切换到图形界面工具的老手，内容从工具选型到建表实操，再到问题排查，一次讲透。
1. 为什么用DBeaver操作MySQL，而不是命令行或Navicat
1.1 图形界面工具在什么场景下确实更高效
命令行操作MySQL不是不行，对于老手来说，CREATE TABLE、ALTER TABLE这些语句早就刻在脑子里了，敲键盘的速度可能比鼠标点还快。但问题在于，大多数人的日常工作并不是天天只写建表语句，更多时候是要看数据、查结构、对比字段、导出导入数据。这些操作在命令行里需要反复输入SQL、调整格式，效率其实很低。
我之前带过几个新人，他们一开始都用命令行练手，后来切换到DBeaver之后，直观感受到的变化就是“能看见了”。表结构、索引、外键、数据内容全部可视化呈现，鼠标点几下就能知道某个字段是什么类型、哪张表引用了哪张表。对于排查问题和写SQL前的准备阶段，这种可视化能力节省了大量时间。
1.2 DBeaver相比其他工具的独特优势
市面上MySQL的图形化管理工具有很多，Navicat、MySQL Workbench、DataGrip、phpMyAdmin都在各自场景下有用武之地。我选择DBeaver作为主力工具，主要看中这几点：
- 免费开源，社区版功能已经够用，商业授权不用操心。
- 跨平台，Windows、macOS、Linux都能跑，换电脑不需要重新适应。
- 基于JDBC驱动，理论上只要数据库提供了JDBC驱动，DBeaver就能连。除了MySQL，PostgreSQL、SQL Server、Oracle、SQLite、MongoDB这些也能在一个工具里统一管理。
- 内置ER图、数据导入导出、SQL编辑器自动补全、执行计划查看等实用功能，这些在Navicat里往往是收费版才有的能力。
当然DBeaver也有不完美的地方，比如打开超大表时加载速度不如Navicat快，连接配置项比一般工具多，对新手来说第一眼会有些懵。但适应之后，这些不是问题。配置项多反而意味着可控性强，后面我会讲到几个关键配置的作用。
2. 环境准备：从下载安装到连接成功
2.1 必要软件的准备与安装
要完成DBeaver连接MySQL，至少需要两样东西：一个是DBeaver客户端，另一个是MySQL数据库服务端。如果本地还没安装MySQL，需要先装好。
DBeaver的下载安装：直接搜索DBeaver官网下载页面，下载Community Edition社区版即可。社区版是免费的，安装包大概两百多MB，安装过程没什么特殊选项，一路Next就行。Windows版本有exe安装包和zip绿色版两种，我建议用exe安装包，会顺手写入环境变量和关联文件，后面命令行操作也方便。安装完成后，桌面会出现DBeaver图标，第一次启动会提示创建示例连接，可以直接跳过，后面手动配置。
MySQL的下载安装：这个坑比DBeaver多一些。MySQL官网下载的是MySQL Community Server，Windows下一般选MSI Installer。安装过程中比较关键的是选择Server Only还是Developer Default，如果只是本地学习和开发，选Server Only就够了，没必要装一堆相关组件。安装过程中会让你设置root用户密码，这个密码要记好，后续连接全靠它。
MySQL环境变量：安装完成后，建议把MySQL的bin目录加入到系统PATH环境变量中，这样在命令行就能直接执行mysql命令。具体路径通常是C:\Program Files\MySQL\MySQL Server 8.x\bin，具体版本号因人而异。加好环境变量后，打开新终端执行mysql --version，如果正常输出版本号，就说明PATH配置成功了。
2.2 在DBeaver中新建MySQL连接
打开DBeaver，左上角找到一个类似“插头带加号”的图标，叫“新建连接”，点击后会弹出数据库类型选择窗口。在列表中找到MySQL，双击或选中后点“下一步”。
此时会进入连接配置界面，主要有这几项需要填写：
- 主机：本地连接填
localhost或127.0.0.1，两者等价。 - 端口：MySQL默认是
3306，除非安装时改过端口，否则保持默认。 - 用户名：一般填
root，也可填你自己创建的权限账号。 - 密码：填写对应的密码，可以直接输入，也可以保存到DBeaver的密码管理器中方便下次自动连接。
填完这些信息后，先别急着点“完成”。在连接配置界面的下方，会有“驱动属性”或“连接设置”标签页，里面有几个参数建议确认一下。
关键参数一：useSSL。本地开发环境建议设为false。MySQL 8.x默认开启了SSL相关配置，但本地连接通常不需要加密，不关闭有时会报SSL连接相关警告，虽然不影响连接，但看着心烦。
关键参数二：allowPublicKeyRetrieval。这个参数如果连接时提示“Public Key Retrieval is not allowed”，就需要把它设为true。原因是MySQL 8.x默认使用caching_sha2_password认证方式，首次连接需要获取服务端的公钥，而JDBC驱动默认不允许自动获取。
关键参数三：serverTimezone。如果连接后查询时间字段发现和本地时间差了8小时，基本就是这个参数没配对。可以设为Asia/Shanghai。DBeaver通常会自动识别时区，但特殊情况下需要手动指定。
配置完成后，点击“测试连接”，如果一切正常会弹出“已连接”的提示，这时候再点“完成”，连接就会出现在左侧数据库导航树中。
2.3 首次连接失败的常见原因
我第一次装DBeaver连接MySQL时，就遇到了驱动下载失败的报错。DBeaver内置了各数据库的连接模板，但首次连接MySQL时，需要下载MySQL的JDBC驱动。如果网络不好或者公司网络有拦截，下载就会失败。
解决方法是在连接配置界面的“驱动”区域找到“下载/更新驱动文件”按钮，重新触发下载。如果还是失败，可以手动去MySQL官网下载Connector/J的jar包，在驱动设置里手动添加并选为默认驱动。
另一个我碰到过很多次的报错是Public Key Retrieval is not allowed，这个在上面已经说了，把驱动属性里的allowPublicKeyRetrieval改为true再测试连接就行了。还有一个是密码输错或者root用户不允许远程访问，但这在本地连接场景下比较少出现。
3. 创建数据库和表：图形界面操作与SQL方式对照
3.1 创建数据库时最容易忽略的字符集问题
连接成功后，左侧数据库导航树里会看到当前的MySQL服务。在“数据库”节点上右键，选择“新建数据库”，DBeaver会弹出创建数据库的窗口。
在这里需要填写数据库名称，同时需要注意两个下拉框：字符集和排序规则。
字符集推荐选择utf8mb4。MySQL的utf8字符集并不是真正的全量Unicode，它最多只能存储3字节的字符，而一些生僻字、emoji表情都是4字节的，用utf8存储会报错或变成乱码。utf8mb4是utf8的超集，完全兼容utf8，同时支持4字节字符。从MySQL 5.5.3开始就已经有了这个字符集，现在新库基本无脑选它。
排序规则需要和字符集配套。选了utf8mb4之后，排序规则常见的有utf8mb4_general_ci和utf8mb4_0900_ai_ci。前者是早期版本用的，后者是MySQL 8.0的默认规则，两者在大部分场景下表现一致，推荐跟随默认选择即可。ci表示大小写不敏感，这意味着SELECT * FROM user WHERE name = 'admin'和'ADMIN'会匹配到相同结果。
字符集这个坑我踩过不止一次。有次项目中导入了一份含有特殊符号的数据，结果某些行插入失败，排查半天发现是表字符集用了latin1。从那以后我建库建表都习惯性看一眼字符集设置，这个习惯真的能避免很多后续麻烦。
3.2 用DBeaver图形界面创建表
数据库创建好后，在数据库节点上展开，能看到“表”分类节点。右键点击“表”，选择“新建表”，DBeaver会打开表设计器。
表设计器上方是表名输入框，下方是字段列表区域。添加字段的方式是点击“添加字段”按钮，或者直接在表格空白行点击。
每一行需要填写的内容包括：
- 列名：字段名称，推荐全小写加下划线风格，比如
user_name、created_at。 - 数据类型：这一项最重要，后面会单独讲。先记住常用的几个：
INT、VARCHAR、DATETIME、DECIMAL。 - 长度/值：数据类型后面对应的长度。比如
VARCHAR(64)表示最多64个字符。 - 非空：如果勾选，该字段不能为空值。
- 主键：该字段是否作为主键，通常表都会有一个主键字段。
- 自动递增：对于整数类型的主键，通常勾选这个，让数据库自动生成唯一值。
- 默认值：字段默认值，比如
current_timestamp()。
每添加一个字段，DBeaver下方的SQL预览区域会同步生成对应的建表语句。这个设计很好，新手可以通过图形界面操作，同时对照SQL语句学习，两不误。
我以一张常见的用户表为例：
| 列名 | 数据类型 | 约束 | 说明 |
|---|---|---|---|
| id | BIGINT | 主键，自增 | 用户唯一标识 |
| username | VARCHAR(50) | 非空，唯一 | 用户名 |
| VARCHAR(100) | 可空 | 邮箱 | |
| password_hash | VARCHAR(255) | 非空 | 加密后的密码 |
| created_at | DATETIME | 非空，默认当前时间 | 创建时间 |
| updated_at | DATETIME | 非空，默认当前时间，更新时自动修改 | 更新时间 |
填完字段后点击Ctrl+S保存，弹出确认窗口就会真正执行建表操作。之后在表列表中就能看到新建的表，双击表名可以在右侧看到表数据、表结构、DDL等标签页。
3.3 使用SQL方式建表，以及两种方式的取舍
图形界面适合建结构相对简单的表，但如果表字段多、约束复杂，或者需要精准控制索引和外键，我建议直接在SQL编辑器里写建表语句。
在DBeaver中，点击对应数据库连接或库名，选择“SQL编辑器”或“新建SQL编辑器”，就会打开一个SQL编辑窗口。输入以下语句：
CREATE TABLE `user` ( `id` BIGINT NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` VARCHAR(50) NOT NULL COMMENT '用户名', `email` VARCHAR(100) DEFAULT NULL COMMENT '邮箱', `password_hash` VARCHAR(255) NOT NULL COMMENT '密码哈希', `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', `updated_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='用户表';执行方式是光标放在SQL语句上，按Ctrl+Enter，或者点击工具栏上的执行按钮。执行成功后，左侧导航树需要手动刷新一下，才能看到新建的表。
SQL方式的好处是建表语句可以作为版本管理的一部分提交到Git仓库，团队成员通过执行SQL文件就能在自己本地复现表结构。图形界面方式则更适合快速临时建表、查看结构。
两种方式各有适用场景，我的习惯是：简单表用图形界面，复杂表、生产环境变更用SQL脚本。初期学习阶段，建议图形界面建完后，再切到SQL预览复制出来看看，对照理解每条语句的含义。
4. 表结构设计的核心细节：字段类型、主键与命名规范
4.1 常用字段类型怎么选才不会被坑
建表时最核心的决策就是选择数据类型。类型选错了，轻则浪费存储空间，重则在数据量上来之后出现性能问题。下面我挑几个高频类型重点说。
整数类型：TINYINT（1字节）、SMALLINT（2字节）、MEDIUMINT（3字节）、INT（4字节）、BIGINT（8字节）。一般业务主键推荐用BIGINT，虽然INT的4字节已经能存21亿个数，但很多表在数据量超预期时会超过这个上限，到时候再改主键类型就是个大工程。性别、状态码这种取值有限的字段，用TINYINT就够，能节省不少空间。
字符串类型：CHAR和VARCHAR是最常用的。CHAR是定长字符串，适合存储长度相对固定的值，比如手机号、身份证号；VARCHAR是变长字符串，适合用户名、邮箱这类长度不固定的值。需要注意，VARCHAR的长度指的是字符数，不是字节数。用utf8mb4字符集时，一个汉字占3到4个字节，VARCHAR(255)最多能存255个字符，而不是255个字节。
TEXT类型用来存长文本，比如文章内容、评论内容。但它有一些限制，比如不能设置默认值，不能直接创建索引（需要指定前缀长度）。能用VARCHAR解决的场景，尽量不要用TEXT。
日期时间类型：DATETIME和TIMESTAMP是主要选择。DATETIME范围更大，从1000年到9999年，不依赖时区；TIMESTAMP范围从1970年到2038年，会自动跟随时区转换。业务上一般使用DATETIME，如果你需要记录的是UTC时间并希望在不同时区正确显示，可以考虑TIMESTAMP。有些场景只需要日期，比如生日、账单日期，就用DATE类型，避免带上无意义的时间。
小数类型：金额、价格这类数据，不要用FLOAT或DOUBLE，因为浮点数有精度损失。0.1 + 0.2 的结果在浮点数里不是精确的0.3，这在涉及金额计算时是灾难。应该用DECIMAL(p, s)，比如DECIMAL(10, 2)表示总共10位数字，其中2位是小数。整数部分8位，小数部分2位，最大支持99999999.99，大部分业务金额都满足这个范围。
4.2 主键自增的几个坑和替代方案
主键是表的灵魂，几乎所有表都应该有主键。最常见的做法是使用BIGINT配合AUTO_INCREMENT，由数据库自动生成不重复的ID。这个做法简单靠谱，但有几点需要注意。
第一，自增ID不会因为删除数据而回退。有新人问为什么删了几条数据后，再插入ID不是连续的了。这是正常现象，AUTO_INCREMENT只会递增，不会因为中间删除了某行就“补位”。如果确实希望ID连续，需要手动重置自增值，但这在生产环境里几乎不会做，也不要轻易做。
第二，INT类型自增上限是21亿多，如果你的表数据量可能超过这个值，主键请直接使用BIGINT。我见过一张订单表用INT做主键，在数据量到了20多亿时告警，虽然还没超出上限，但已经让人很紧张了，后来花了一个周末做迁移。
第三，如果将来需要做分库分表或数据合并，自增ID可能产生冲突。这时候可以考虑用雪花算法生成分布式ID，存为BIGINT类型。在MySQL单机场景下，自增ID仍然是最省心的选择。
4.3 命名规范和外键的使用边界
表名和字段名的命名看起来是小事，但一个团队长期合作下来，统一的命名规范能省掉无数沟通成本。我的建议是：
- 表名使用复数还是单数都行，但一定要统一。我个人习惯用单数，比如
user、order，避免在写SQL时搞混。 - 全部小写加下划线风格。MySQL在Linux下对表名大小写敏感，Windows下不敏感，混合大小写容易在不同系统间移植时出问题。
- 字段名要见名知意，
created_at、updated_at、status、type这些是最基础的约定。避免使用name、value这种过于宽泛的词单独做字段名，除非它确实就是这个含义。
外键约束在MySQL里的处境比较尴尬。InnoDB引擎支持外键，但很多互联网公司明确禁止使用外键，原因在于外键会在插入、更新、删除时产生额外的约束检查开销，高并发场景下影响性能；而且在分库分表后，外键根本做不到跨库约束。我的建议是：对于中小型项目，如果表关系简单，可以用外键保证数据一致性；一旦项目规模变大或并发要求高，外键功能可以放弃，用应用层代码维护关联关系。
5. 常见问题与排查技巧实录
5.1 连接失败：从服务、端口到驱动逐一排查
DBeaver连接MySQL失败是新手最常遇到的问题。我根据实际经验整理了几种典型报错和解法。
报错：Can't connect to MySQL Server on 'localhost' (10061)
这个报错的字面意思就是连不上MySQL服务器。排查顺序是：先看MySQL服务有没有启动。Windows下按Win+R输入services.msc，在服务列表中找到MySQL服务，看状态是不是“正在运行”。如果没启动，右键启动，最好把启动类型改为“自动”，避免每次重启电脑后都要手动启动。
再检查端口号。如果MySQL安装时改了端口，连接配置里的端口也要跟着改。用命令行执行mysql -u root -p能够正常进入MySQL，说明服务没问题，那就核对DBeaver里的主机和端口是否填写正确。
报错：Access denied for user 'root'@'localhost' (using password: YES)
这个报错意思是用户名或密码错误。注意，这里明确提示了“using password: YES”，说明DBeaver传了密码但服务端不认。解决办法是确认密码，或者在MySQL命令行里重置密码。也不排除是root用户被限制了只能从特定主机访问，但本地连接场景下少有这种情况。
报错：Could not create connection to database server. Attempted reconnect 3 times. Giving up.
这是个大而全的报错，后面通常会跟一个具体原因。比如Communications link failure、Public Key Retrieval is not allowed、Connection refused。需要点开详细日志看具体是哪一层出了问题。最常见的是Public Key Retrieval，配置allowPublicKeyRetrieval=true即可解决。
报错：The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized
这个错误是时区配置问题导致的，一串乱码其实是“中国标准时间”被错误编码后的显示。解决方法是在连接URL中加serverTimezone=Asia/Shanghai，或者在驱动属性里设置serverTimezone参数。还有一个曲线救国方案，在MySQL里执行SET GLOBAL time_zone = '+08:00'，也能让JDBC驱动正常识别。
报错：Communications link failure. The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
这个报错通常出现在连接建立之后，服务端迟迟没有响应。可能原因有几个：MySQL服务配置了wait_timeout或interactive_timeout，连接空闲过久被服务端断开；防火墙拦截了3306端口的通信；或者MySQL的max_connections达到了上限。排查时先用命令行工具实测一下mysql -u root -p能否正常连接，如果命令行可以而DBeaver不行，重点检查驱动版本和连接参数；如果命令行也不行，那问题在MySQL服务本身。
5.2 中文乱码的排查思路
乱码问题的根源几乎都是字符集不一致。从客户端、连接、数据库、表、字段，任何一个环节的字符集不一致，都可能导致中文显示异常。
DBeaver中遇到中文乱码，按这个顺序排查：
- 查看MySQL服务端字符集：执行
SHOW VARIABLES LIKE 'character_set%'，看character_set_server是否和数据库表的字符集一致。 - 查看数据库连接字符集：在DBeaver连接配置的驱动属性中，增加
characterEncoding=utf8，有些版本还需要加useUnicode=true。 - 查看表和字段字符集：选中表右键，选择“查看DDL”，确认建表语句中字符集是否统一为utf8mb4。
连接URL方式：如果使用自定义JDBC URL连接，可以在URL后面追加参数，最简单的修正方式是在主机配置的URL栏位补充完整参数，例如：
jdbc:mysql://localhost:3306/test_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true这里每个参数都对应一个潜在问题。useUnicode=true表示使用Unicode字符集映射，characterEncoding=utf8指定编码为UTF-8，serverTimezone修正时区偏差，useSSL=false避免本地连接的SSL握手时间，allowPublicKeyRetrieval=true解决MySQL 8.x的认证公钥获取问题。这五个参数组合起来，能覆盖我遇到过的90%的连接参数相关问题。
5.3 驱动下载失败与版本不匹配的解决
DBeaver下载驱动失败属于“看起来吓人，实际好解决”的问题。在连接配置界面，如果驱动状态是“缺少驱动文件”或下载失败，可以点击“下载驱动文件”重试。如果仍然失败，手动操作如下：
先去MySQL官网下载Connector/J，注意选择Platform Independent版本，下载zip包。解压后拿到mysql-connector-j-xxxx.jar文件。回到DBeaver驱动设置，在“库”标签页里点击“添加文件”，选中这个jar包，然后勾选它作为驱动库。这样就能绕过DBeaver内置的下载逻辑，实现手动安装驱动。
另一个常见情况是连接老版本MySQL（比如5.5、5.6），而DBeaver默认下载的驱动版本太新，导致认证方式或通信协议不兼容。解决办法是下载对应老版本的Connector/J驱动，比如MySQL 5.x对应5.1.x的驱动，然后手动指定。
5.4 数据库表删除后自增ID重置的问题
很多人在测试环境删除表中数据后，希望ID从1开始重新计数。这个需求在开发测试中很常见，但直接DELETE FROM user不会重置自增值，需要用TRUNCATE TABLE user才能把表重置到初始状态。
TRUNCATE和DELETE的主要区别是：TRUNCATE是DDL操作，会直接删除整张表的数据并重置自增计数器，速度很快，但不能在事务中回滚；DELETE是DML操作，逐行删除，可以通过事务回滚，但不会重置自增ID。
如果只想清掉部分数据，又想重置ID，可以分两步：
DELETE FROM user WHERE id > 1000; ALTER TABLE user AUTO_INCREMENT = 1;但要注意，ALTER TABLE user AUTO_INCREMENT = 1不会把自增值设置为比表中当前最大值还小的值，MySQL会取“指定值和当前最大值+1”中的较大者。所以如果表中还有id为5000的记录，这个语句执行后自增值还是5001。这个方法适合删除了大量数据后想让ID尽量“从某个位置开始”的场景，不要指望它是无条件的重置。
5.5 大表操作卡顿与内存配置
用DBeaver打开一张几百万行的表，要么加载很慢，要么直接卡死。这不是DBeaver本身的缺陷，而是工具默认行为是尝试加载全部数据。正确的做法是在查询时加上LIMIT条件，或者在表的属性设置中调整“读取数据量”的限制。
DBeaver可以配置读取最大行数，在窗口菜单的“首选项”里搜索“读取”，找到“数据库读取最大行数”设置，默认可能是200或1000行，可以按需修改。如果是几百MB甚至几个GB的大表，建议在SQL编辑器中使用条件查询，而不是双击表名。
如果DBeaver本身内存分配不足，可以在安装目录的dbeaver.ini文件中调整-Xmx参数，比如改成-Xmx2048m，给JVM分配更多内存。这个操作需要重启DBeaver生效。
6. 提升日常效率的几个DBeaver使用技巧
6.1 SQL编辑器的快捷键和自动补全
SQL编辑器是日常使用最频繁的界面，几个快捷键值得专门记一下：
Ctrl+Enter：执行当前光标所在SQL语句，这是最高频的操作。Ctrl+Shift+Enter：执行整个SQL文件中的所有语句。Ctrl+Space：触发代码自动补全，输入表名、字段名时特别好用。Ctrl+Shift+F：格式化SQL语句，代码缩进一目了然。
自动补全默认是开启的，输入表名或字段名的前缀会弹出候选项。如果你发现自动补全没生效，检查一下SQL编辑器工具栏上的“自动完成”按钮是否被关闭了。
6.2 查看ER图和表结构对比
选中一个数据库，右键选择“查看ER图”，DBeaver会把所有表、字段、主外键关系以图形方式展示出来。对于快速理解一个陌生项目的库表结构，这个功能非常直观，比一个一个打开表看字段高效得多。
表结构对比功能也是一个隐藏利器。比如开发环境和生产环境的表结构是否一致，可以在导航树中同时选中两张表，右键选择“比较”，DBeaver会列出字段差异、索引差异、约束差异，这个功能在日常代码评审和数据库变更时非常实用。
6.3 从Excel数据对照生成SQL的思路
很多同学会问，怎么把Excel表格里的数据批量转换成SQL语句插入数据库。DBeaver虽然没有直接“Excel转SQL”的按钮，但提供了一条高效路径：先把Excel另存为CSV文件，然后在DBeaver中右键目标表，选择“导入数据”，选择CSV文件，按向导操作即可批量导入。
如果只是几条数据，直接手动写INSERT语句还更快。如果数据量在几百条甚至几千条，用CSV导入会稳定得多。导入过程中注意字段顺序和文件编码，如果CSV里有中文，导入前先把编码调整为UTF-8，避免数据入库后变乱码。
6.4 结果集排序和过滤的快速操作
双击表名打开数据后，点击列头可以直接按该列排序，下拉箭头可以筛选条件。这种快速过滤在排查数据时非常方便，省去了写SQL的功夫。如果需要复杂查询，还是到SQL编辑器里写。
查询结果集也支持复制多行数据、导出为JSON/CSV/Excel等格式。右键点击结果集区域，选择“导出结果集”，就可以把当前查询结果保存为文件，这个功能在做数据分析和报表输出时很常用。
7. 一些我踩过坑之后养成的操作习惯
最后分享几个我实际使用DBeaver管理MySQL数据库后形成的固定习惯，谈不上什么高深的技巧，但确实帮我在日常工作中少填了不少坑。
第一，建库建表时永远检查字符集和排序规则。这句话我重复了很多次，因为确实是最高频的坑。哪怕只是临时建个测试表，也要确认字符集是utf8mb4，避免后面导入数据时出现编码问题。
第二，连接配置里统一把useSSL=false和allowPublicKeyRetrieval=true配上。本地开发环境这两个参数能让连接更顺畅，也不需要担心MySQL 8.x的认证问题。如果是在云上或内网环境，再把useSSL置为true也不迟。
第三，修改表结构前先导出DDL备份。在DBeaver中右键表，选择“生成DDL”并保存成SQL文件。一旦执行了错误的ALTER TABLE，还能用备份的DDL快速恢复表结构。表数据另说，但结构起码能保住。
第四，测试环境清数据不要随手用DELETE，根据需求用TRUNCATE或带条件的DELETE。如果你想重置自增ID，记住TRUNCATE才是真正清场的选择。
第五，SQL文件统一用UTF-8编码保存。DBeaver默认对SQL文件编码支持很好，但在导入外部SQL文件时，如果发现中文注释乱码，多半是文件本身编码和编辑器不一致。在DBeaver右下角可以切换文件编码，切到UTF-8一般能解决。
DBeaver作为数据库客户端工具，真正用熟练之后会发现，它不仅是“能用”，而且很多细节设计是越用越顺手的。希望这篇基于我个人实操经验的分享，能帮你把DBeaver连上MySQL、建好第一张表，并在后续的使用中少走一些弯路。
