goland连接mongodb应避免硬编码，须用.env文件配合godotenv.load()管理连接串，启用run configuration环境变量注入，并显式指定connect=direct或replicaset以防拓扑发现超时。
GoLand里连MongoDB，别直接写硬编码连接串
硬编码 mongodb://localhost:27017 看似省事，但一到部署就崩：本地能连，Docker容器里连不上，测试环境换地址还得全局搜替换。GoLand本身不干预连接逻辑，但它能帮你把配置“管起来”。
实操建议：
- 用
.env文件存连接参数，配合godotenv.Load()加载，GoLand 的 Run Configuration 支持自动注入环境变量（勾选Include environment variables from file） - 连接字符串里必须显式指定
connect=direct或replicaSet，否则 MongoDB 驱动可能因拓扑发现失败静默超时，现象是client.Connect()卡住 30 秒后报context deadline exceeded - 别用
mgo—— 它已归档，官方驱动go.mongodb.org/mongo-driver/mongo才支持现代 MongoDB 版本的分片集群和会话语义
处理IoT时序数据，Collection命名和索引得提前想清楚
MongoDB 没有表结构约束，但 IoT 场景下乱建 collection 会导致聚合慢、磁盘爆满、备份失败。比如设备每秒上报一条温度，按天分 collection（telemetry_20260810）比全塞进一个 telemetry 里更可控。
实操建议：
- collection 名称里避免特殊字符和空格，用下划线分隔，如
sensor_readings_v2；GoLand 的重构功能（Shift+F6）对硬编码 collection 名无效，所以最好抽成常量const readingsColl = "sensor_readings_v2" - 必建复合索引：
{device_id: 1, timestamp: -1}，否则按设备查最近 100 条会全表扫描；在 GoLand 的 Terminal 里执行db.sensor_readings_v2.createIndex({"device_id": 1, "timestamp": -1})更快，不用切到 Compass - 别依赖
_id时间排序——ObjectId 的时间戳精度只有秒级，IoT 数据常需毫秒级顺序，必须显式存timestamp字段并索引
用Go写批量插入时，InsertMany 的上下文和错误处理容易漏
IoT 设备一上来就是几千条/秒，用循环单条 InsertOne 直接拖垮吞吐。但 InsertMany 不是“丢进去就完事”，它返回的 *mongo.InsertManyResult 只告诉你成功了几条，不告诉你哪几条失败了——除非你检查 result.InsertedIDs 和原始数据顺序是否对得上。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
实操建议：
- 插入前加
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)，防止某次网络抖动卡死整个写入流程 - 务必检查
err，且不能只看err != nil；MongoDB 驱动的批量错误是mongo.BulkWriteException类型，需类型断言后遍历WriteErrors才能定位具体哪条文档因字段超长、类型不符等失败 - 每批控制在 100–500 条之间；太大内存吃紧，太小网络开销高；GoLand 调试时可在
InsertMany前打条件断点，比如len(docs) > 1000，快速验证分批逻辑
GoLand调试MongoDB相关代码，别只盯着断点
断点停在 client.Connect() 后，你以为连上了？其实可能只是 TCP 握手成功，认证或数据库权限还没过。GoLand 的 Debug Console 里敲命令远比猜强。
实操建议：
- Debug 模式下，在 GoLand 的
Debug Console输入db.runCommand({serverStatus: 1}).connections，直接看当前活跃连接数，确认是不是连接池真建起来了 - 右键变量 →
View as JSON，对mongo.Client实例展开看topology.state，如果是Connected才算真正可用；Connecting或Disconnected都是假象 - 如果聚合管道跑得慢，在 GoLand 的 Profiler 里启动 CPU 分析，过滤出
mongo.*Aggregate相关调用，常能发现没走索引或 pipeline 阶段太多导致内存溢出
IoT 时序场景下，MongoDB 的写入吞吐和查询延迟高度依赖连接生命周期管理与索引设计，这两块在 GoLand 里没法自动生成，得手动抠细节——尤其是 context 超时设置和 bulkWrite 错误解析，线上最容易在这里翻车。
