arangodb + go 能直接支撑文档、图、键值三模型混合操作，但必须用 go-driver 正确初始化连接池并显式启用事务上下文；连接字符串需为 "http://localhost:8529"，集合须显式声明类型（如 driver.collectiontypeedge），图需注册后才可用 graph 关键字，跨模型事务须指定 writecollections 并用 tx.aqlquery 执行，aql 返回结构体字段名须与别名严格一致，foxx 不适合替代 go 层核心业务逻辑。
ArangoDB + Go 能直接支撑文档、图、键值三模型混合操作，无需拆库或同步，但必须用 go-driver 正确初始化连接池并显式启用事务上下文，否则跨模型写入会丢失一致性。
如何用 go-driver 连接并验证 ArangoDB 多模型能力
不能只连上就认为多模型可用——go-driver 默认不自动加载图或键值功能模块，需手动确认数据库和集合类型是否就位：
- 连接字符串必须含 scheme 和端口，例如
"http://localhost:8529"（不是tcp://，旧文档常见错误） - 创建数据库后，需分别调用
db.CreateCollection(ctx, "users", &driver.CollectionOptions{Type: driver.CollectionTypeDocument})和db.CreateCollection(ctx, "knows", &driver.CollectionOptions{Type: driver.CollectionTypeEdge})显式声明集合类型 - 用
db.CollectionExists(ctx, "knows")+coll.Type()检查返回值是否为driver.CollectionTypeEdge，避免误把文档集合当边集合用 - AQL 查询中若用
GRAPH关键字但图未注册（db.CreateGraph未调），会报graph not found错误，不是语法错
在 Go 微服务中安全执行跨模型事务（文档 + 图）
ArangoDB 支持单事务内混写文档和边，但 go-driver 的 BeginTrx 必须传入明确的 driver.TransactionOptions，否则默认只锁定单集合：
- 事务必须指定涉及的所有集合名：
WriteCollections: []string{"users", "posts", "likes"}，漏掉任一集合会导致该集合操作被隔离甚至失败 - 图遍历类 AQL（如
FOR v IN 1..3 OUTBOUND ...）不能直接在事务内执行——它不走事务锁机制，需改用UPSERT或UPDATE等写操作包裹 - Go 中事务对象
tx需通过tx.AQLQuery执行语句，不能复用普通db.Query；且tx.Commit前所有操作都在内存快照中，失败时自动回滚 - 注意 context 超时：事务默认无超时，建议传入带 deadline 的
ctx，否则长阻塞会拖垮整个微服务实例
用 AQL 实现文档与图联合查询的 Go 封装技巧
Go 里直接拼 AQL 字符串易出注入和类型错，推荐用参数化 + 结构体映射，但要注意 AQL 的 JSON 类型和 Go struct tag 不完全对齐：
- AQL 返回嵌套结构（如
RETURN {user: u, friends: (FOR f IN ... RETURN f)}）时，Go 接收结构体字段名必须全小写，AQL 别名大小写敏感，RETURN {"User": u}→ Go 字段得是User interface{}，不能靠json:"User"自动解 - 图遍历结果是数组，但 AQL
LET子句绑定变量后，RETURN若直接写friends，Go 中需定义为[]map[string]interface{}，而非[]Friend—— 因为边属性可能动态增减 - 避免在 AQL 里做复杂计算（如
FULLTEXT+SHORTEST_PATH嵌套），这类查询无法被 Go driver 的连接池复用，容易触发慢查询熔断 - 高频路径查询（如“用户关注的人发了什么”）建议预建复合索引：
db.Collection("users").EnsurePersistentIndex(ctx, []string{"username"}, &driver.EnsurePersistentIndexOptions{Unique: true})，图边集合同理
为什么 Foxx 微服务不适合替代 Go 层业务逻辑
Foxx 是 ArangoDB 内置 JS 微服务框架，常被误认为可简化 Go 开发，实际在生产微服务中应谨慎使用：
- Foxx 运行在数据库进程内，CPU/内存争用直接影响查询吞吐，一个慢 JS 脚本会让整个 DB 响应延迟飙升
- Foxx 不支持 Go 的 goroutine 并发模型，无法做异步通知、消息队列桥接等典型微服务动作
- 调试困难：JS 错误堆栈只返回到 Foxx route 层，无法关联 Go 服务的 traceID 或日志上下文
- 版本管理割裂：Foxx app 升级需手动上传 zip 包并重启服务，无法像 Go 二进制那样灰度发布
真正关键的多模型协同逻辑（比如“创建用户 + 初始化社交关系图 + 写入缓存键值”）必须放在 Go 层统一控制，Foxx 仅适合做纯数据层代理或静态 API 路由。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
