GoLand 无法在启动时自动执行 SQL 脚本，因其仅为 IDE，不提供自动运行机制；正确做法是用迁移工具（如 migrate）在 Go 程序启动时执行，GoLand 仅负责编辑、校验与手动执行验证。
GoLand 里怎么让 SQL 脚本在启动时自动跑一次？
不能自动。GoLand 本身不提供“运行项目时自动执行 SQL”的机制——它是个 IDE，不是部署工具或数据库迁移引擎。所谓“自动运行初始化”，实际要拆成两件事：一是让 Go 程序启动时执行 SQL，二是让 GoLand 方便地编辑、验证、调试这些 SQL。
SQL 初始化脚本该放哪、怎么命名才不踩坑？
别把初始化 SQL 塞进 main() 里用 db.Exec() 硬调；也别指望 GoLand 会帮你识别 “init.sql” 并自动执行。正确路径是：把初始化逻辑交给迁移工具（如 migrate），而 GoLand 只负责打开、高亮、语法校验、执行单条语句或整个文件。
-
migrations/001_init.up.sql是标准起点，内容只写 DDL（CREATE TABLE、INSERT INTO ... SELECT等初始化数据除外） - 避免用
CREATE DATABASE—— GoLand 连接前库必须已存在，否则连不上，也无法内省表结构 - 文件编码保存为 UTF-8，BOM 不要带，否则 MySQL 可能报
Unknown character set: '' - 如果脚本含中文注释或 emoji，确认 GoLand 的 SQL 文件编码设置和数据库
charset=utf8mb4一致
在 GoLand 里执行 SQL 文件的三种实操方式
执行 ≠ 自动化，但能快速验证脚本是否可用。重点看哪条路径最贴合你当前阶段：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右键点击 SQL 文件 → Execute Script in Console：适合本地开发库小量初始化，会复用当前数据源连接，支持事务（勾选
Run script in transaction） - 在 Database 工具窗口中，展开目标 schema → 右键 New → File，粘贴 SQL 后 Ctrl+Enter：适合边写边试，错误定位准（行号标得清）
- 用 Terminal 手动调
migrate -path migrations -database "mysql://..." up：这才是真正对接自动化流程的方式；GoLand 的 Terminal 支持历史命令回溯和路径补全，比外部终端更顺手
为什么改了 SQL 文件，GoLand 有时不生效？
常见不是代码问题，而是缓存或连接状态没刷新：
- 执行完 SQL 后，Database 工具窗口的表树不会自动刷新 —— 必须右键 schema → Refresh 或按
F5 - 如果改了字段类型再执行
ALTER TABLE报错Can't reopen table，大概率是 MySQL 正在用旧表结构缓存，重启数据库连接（断开再重连数据源）即可 - SQL 文件里用了变量（如
${DB_NAME}），GoLand 不解析 —— 这种占位符只在 migrate CLI 或自定义脚本里生效，IDE 里直接报语法错误 - 执行失败后，GoLand 控制台只显示第一行错误（如
Error 1060: Duplicate column name 'x'），但真实原因可能是前面某条语句已建过表；建议拆成单条执行排查
最易被忽略的一点：SQL 初始化脚本的执行时机，永远由 Go 程序控制（比如 migrate.Up()），GoLand 只是你的编辑器和调试界面。依赖 IDE 自动触发，等于把部署逻辑和开发环境耦死——换台机器、CI 流水线、Docker 容器就全断掉。
