LangChain Go 集成 AlloyDB for PostgreSQL连接池、IAM 认证与 Chat Message History 持久化实战指南【免费下载链接】langchaingoLangChain for Go, the easiest way to write LLM-based programs in Go项目地址: https://gitcode.com/GitHub_Trending/la/langchaingo本指南围绕 LangChain for Golangchaingo仓库中的 memory/alloydb 模块系统讲解如何将 Google Cloud 的 AlloyDB for PostgreSQL 作为 LLM 应用的会话记忆后端从 AlloyDBEngine 连接池的两种创建方式凭据直连与WithPool到基于单表 schema 的 Chat Message History 存取、覆盖与清理。读完你将能够直接在 Go 应用中为多轮对话接入具备 IAM 认证、免 SSL 证书管理的生产级会话历史存储并能结合源码理解其表结构校验、JSONB 序列化与批量写入的底层实现。AlloyDB 集成包解决了什么问题memory/alloydb包为 LangChain Go 生态提供了一等公民的 AlloyDB 接入体验其核心价值集中在四个方面简化且安全的连接通过 IAM 完成授权与数据库认证无需自行管理 SSL 证书、配置防火墙规则或开启授权网络即可创建共享连接池连接到 Google Cloud 数据库性能与管理的双重优化采用单表 schema尤其在大规模集合下可显著提升查询执行速度更好的元数据处理将元数据存放在独立列而非 JSON 中带来可观的性能提升清晰的职责分离将建表extension 创建与业务表创建分离从而支持差异化的权限配置与更流畅的工作流与 AlloyDB 深度集成内置方法可充分利用 AlloyDB 的高级索引与扩展能力如pgvector向量扩展用于向量存储场景。该能力同时支撑会话记忆Chat Message History与向量存储Vector Store两类 LangChain 核心组件底层共享同一套连接池工具 util/alloydbutil。快速开始前置条件在使用该包之前需要按以下顺序完成云侧准备选择或创建 Cloud Platform 项目在 Google Cloud Console 中确定目标项目后续的 AlloyDB 实例、服务账号等都归属于该项目为项目启用结算BillingAlloyDB 属于付费云服务未启用结算将无法创建实例启用 AlloyDB API确保项目已开启alloydb.googleapis.com服务配置 Cloud SDK 认证执行gcloud auth application-default login完成应用默认凭据ADC的本地认证这是代码运行时通过 IAM 获取身份的依赖。环境前提当前仓库 go.mod 声明模块为github.com/tmc/langchaingo实际构建版本为 go 1.24.4官方文档声明本包支持Go 版本 1.22.0低于该版本将无法编译。Engine 创建建立到 AlloyDB 的连接池AlloyDBEngine源码中为alloydbutil.PostgresEngine负责配置到 AlloyDB 数据库的连接池是整个集成包的入口对象。官方 README 给出的标准创建方式如下package main import ( context fmt github.com/tmc/langchaingo/util/alloydbutil ) func NewAlloyDBEngine(ctx context.Context) (*alloydbutil.PostgresEngine, error) { // Call NewPostgresEngine to initialize the database connection pgEngine, err : alloydbutil.NewPostgresEngine(ctx, alloydbutil.WithUser(my-user), alloydbutil.WithPassword(my-password), alloydbutil.WithDatabase(my-database), alloydbutil.WithAlloyDBInstance(my-project-id, region, my-cluster, my-instance), ) if err ! nil { return nil, fmt.Errorf(Error creating PostgresEngine: %s, err) } return pgEngine, nil }连接参数的源码级说明对照 util/alloydbutil/options.go 中的Option函数式配置可看到每个参数的职责Option作用说明WithUser(user)设置数据库用户名提供用户名密码时走密码认证WithPassword(password)设置数据库密码与WithUser配对使用WithDatabase(database)设置目标数据库名连接 DSN 中的dbnameWithAlloyDBInstance(projectID, region, cluster, instance)设置实例定位信息四个参数会拼成projects/{projectID}/locations/{region}/clusters/{cluster}/instances/{instance}格式的实例 URIWithIPType(ipType)设置连接 IP 类型可选PUBLIC默认或PRIVATE私有 IP 会调用alloydbconn.WithPrivateIP()WithIAMAccountEmail(email)显式指定 IAM 账号邮箱设置后强制走 IAM 认证WithPool(pool)注入自定义连接池用于 AlloyDB Omni 或自定义池配置认证与连接池的底层实现NewPostgresEngine的完整流程在 util/alloydbutil/engine.go 中体现先通过applyClientOptions合并所有选项并填充默认值emailRetriever默认为getServiceAccountEmail、ipType默认为PUBLIC、UserAgent 默认为langchaingo-alloydb-pg/0.0.0若未提供WithPool则调用getUser决定认证方式engine.go同时提供了用户名与密码 → 使用密码认证提供了iamAccountEmail→ 使用该邮箱作为用户名并启用 IAM 认证两者都未提供 → 通过google.FindDefaultCredentials从环境获取应用默认凭据解析出服务账号邮箱自动启用 IAM 认证通过alloydbconn.NewDialer创建 AlloyDB 专用拨号器并在pgxpool的ConnConfig.DialFunc中根据ipType选择公网或私网 IP 拨号engine.go——这正是“无需配置防火墙与授权网络”的机制所在连接经由 AlloyDB Auth Proxy 能力建立凭据与加密由 SDK 托管。从代码结构还可以推断当同时提供用户名/密码又设置了 IAM 邮箱时优先选择用户名密码路径三组信息全部缺失时才会触发环境凭据检索最终无法确定用户会返回unable to retrieve a valid username错误。Engine 创建 WithPool自定义连接池与 AlloyDB Omni当需要连接 AlloyDB Omni本地/自托管部署或对连接池行为最大连接数、空闲回收等进行精细定制时可使用WithPool直接注入一个pgxpool.Poolpackage main import ( context fmt os github.com/jackc/pgx/v5/pgxpool github.com/tmc/langchaingo/util/alloydbutil ) func NewAlloyDBWithPoolEngine(ctx context.Context) (*alloydbutil.PostgresEngine, error) { myPool, err : pgxpool.New(ctx, os.Getenv(DATABASE_URL)) if err ! nil { return nil, err } // Call NewPostgresEngine to initialize the database connection pgEngineWithPool, err : alloydbutil.NewPostgresEngine(ctx, alloydbutil.WithPool(myPool)) if err ! nil { return nil, fmt.Errorf(Error creating PostgresEngine with pool: %s, err) } return pgEngineWithPool, nil } func main() { ctx : context.Background() alloyDBEngine, err : NewAlloyDBWithPoolEngine(ctx) if err ! nil { log.Fatal(err) } defer alloyDBEngine.Close() }从 options.go 的实现可以看到WithPool传入的连接池会跳过getUser与createPool的整个自动构建过程直接作为PostgresEngine.Pool使用applyClientOptions还会校验“连接池与连接字段必须至少提供一个”否则返回missing connection错误。这也意味着所有基于标准 PostgreSQL DSN含 AlloyDB Omni 连接串的场景都可以复用同一套上层 API。Chat Message History 用法持久化会话记忆这是本模块最核心的实战场景用一张表存储聊天消息历史。完整流程包含三步初始化表 → 创建 ChatMessageHistory → 读写消息。初始化聊天历史表err alloyDBEngine.InitChatHistoryTable(ctx, tableName) if err ! nil { log.Fatal(err) }InitChatHistoryTable的 DDL 实现在 util/alloydbutil/engine.go生成的建表语句为CREATE TABLE IF NOT EXISTS public.tableName ( id SERIAL PRIMARY KEY, session_id TEXT NOT NULL, data JSONB NOT NULL, type TEXT NOT NULL );即单表四列 schemaid自增主键保证消息有序session_id标识会话data以 JSONB 存储消息正文type记录消息类型human / ai / system。该函数也支持通过alloydbutil.WithSchemaName指定非public的 schema默认public。创建并操作 ChatMessageHistorypackage main import ( context fmt log github.com/tmc/langchaingo/llms github.com/tmc/langchaingo/memory/alloydb github.com/tmc/langchaingo/util/alloydbutil ) func main() { ctx : context.Background() alloyDBEngine, err : NewAlloyDBEngine(ctx) if err ! nil { log.Fatal(err) } // Creates a new table in the Postgres database, which will be used for storing Chat History. err alloyDBEngine.InitChatHistoryTable(ctx, tableName) if err ! nil { log.Fatal(err) } // Creates a new Chat Message History cmh, err : alloydb.NewChatMessageHistory(ctx, *alloyDBEngine, tableName, sessionID) if err ! nil { log.Fatal(err) } // Creates individual messages and adds them to the chat message history. aiMessage : llms.AIChatMessage{Content: test AI message} humanMessage : llms.HumanChatMessage{Content: test HUMAN message} // Adds a user message to the chat message history. err cmh.AddUserMessage(ctx, aiMessage.GetContent()) if err ! nil { log.Fatal(err) } // Adds a user message to the chat message history. err cmh.AddUserMessage(ctx, humanMessage.GetContent()) if err ! nil { log.Fatal(err) } msgs, err : cmh.Messages(ctx) if err ! nil { log.Fatal(err) } for _, msg : range msgs { fmt.Println(Message:, msg) } }说明README 中导入路径写作internal/alloydbutil仓库实际包路径为 util/alloydbutilmemory/alloydb/chat_message_history.go 中同样以该路径导入上述代码已按实际路径调整。完整方法集与接口契约ChatMessageHistory完整实现了 schema.ChatMessageHistory 接口memory/alloydb/chat_message_history.go 通过var _ schema.ChatMessageHistory ChatMessageHistory{}显式断言因此可直接接入chains.Conversation、agents等依赖该接口的组件。各方法语义如下方法行为底层 SQLAddMessage(ctx, msg)写入任意llms.ChatMessageINSERT INTO schema.table (session_id, data, type) VALUES ($1, $2, $3)AddUserMessage(ctx, content)便捷写入 Human 消息同上type 为humanAddAIMessage(ctx, content)便捷写入 AI 消息同上type 为aiAddMessages(ctx, msgs)批量写入多条消息使用pgx.Batch一次性提交Messages(ctx)按id升序读取会话内全部消息SELECT ... WHERE session_id $1 ORDER BY idSetMessages(ctx, msgs)先Clear再批量写入覆盖语义先 DELETE 后批量 INSERTClear(ctx)清空指定会话的全部消息DELETE FROM ... WHERE session_id $1创建时的双重校验NewChatMessageHistorymemory/alloydb/chat_message_history.go会先做三项必填校验再调用validateTable做表结构校验engine.Pool nil→alloyDB engine must be providedtableName →table name must be providedsessionID →session ID must be providedvalidateTable会查询information_schema.tables确认表存在并对照id:integer、session_id:text、data:jsonb、type:text四列的名称与类型逐一校验任一缺失或类型不符都会返回明确错误如column data in table x has type text, but expected type jsonb。这些行为都被 chat_message_history_unit_test.go 的TestChatMessageHistory_SchemaValidation等用例覆盖。自定义 Schema默认 schema 为public可通过alloydb.WithSchemaName(custom_schema)选项切换到自定义 schemachat_message_history_options.go。所有 SQL 均使用%q对 schema 与表名做双引号转义如my-schema.chat_history避免特殊字符注入问题这一点同样有单测覆盖TestChatMessageHistory_QueryFormatting。开箱即用的完整示例与运行方式仓库在 examples/google-alloydb-chat-message-history-example 提供了可直接运行的完整示例演示了“单条写入 → 批量写入 → 覆盖写入 → 清空”的完整生命周期对应源码为 google_alloydb_chat_message_history_example.go。运行前需设置以下环境变量取值可在 Google Cloud Console 的 AlloyDB 集群页找到export PROJECT_IDyour project Id export ALLOYDB_USERNAMEyour user export ALLOYDB_PASSWORDyour password export ALLOYDB_REGIONyour region export ALLOYDB_CLUSTERyour cluster export ALLOYDB_INSTANCEyour instance export ALLOYDB_DATABASEyour database export ALLOYDB_TABLEyour tablename export ALLOYDB_SESSION_IDyour sessionID然后执行go run google_alloydb_chat_message_history_example.go示例输出会依次打印三组消息追加的单条消息、通过AddMessages批量追加的多条消息、以及SetMessages覆盖后的新消息集最后调用Clear清空会话。这也是验证“单表 schema session_id 隔离”设计的最佳入口同一张表可同时服务多个会话互不干扰。测试验证与质量保障模块提供了两层测试单元测试memory/alloydb/chat_message_history_unit_test.go不依赖真实数据库覆盖选项应用、必填字段校验、消息 JSON 序列化、SQL 生成、错误信息格式、消息类型转换、批量操作、schema 校验与清空/覆盖语义集成测试memory/alloydb/chat_message_history_test.go连接真实 AlloyDB 实例验证NewChatMessageHistory的成功创建、缺表名/缺 sessionID 的报错路径以及AddMessage、AddAIMessage、AddUserMessage、Clear的端到端行为未设置对应环境变量时测试会自动t.Skip不会阻塞 CI。总结memory/alloydb模块将 AlloyDB 的托管优势与 LangChain Go 的组件化设计结合util/alloydbutil.PostgresEngine封装了基于 IAM 认证的安全连接池支持密码、IAM 邮箱、ADC 自动发现三种认证路径ChatMessageHistory以单表四列 schema 提供标准化的会话记忆读写完整满足 schema.ChatMessageHistory 接口契约可直接嵌入对话链与 Agent 工作流。无论是云端 AlloyDB 还是 AlloyDB Omni都能以极少的样板代码获得生产级的会话持久化能力。【免费下载链接】langchaingoLangChain for Go, the easiest way to write LLM-based programs in Go项目地址: https://gitcode.com/GitHub_Trending/la/langchaingo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
LangChain Go 集成 AlloyDB for PostgreSQL连接池、IAM 认证与 Chat Message History 持久化实战指南【免费下载链接】langchaingoLangChain for Go, the easiest way to write LLM-based programs in Go项目地址: https://gitcode.com/GitHub_Trending/la/langchaingo本指南围绕 LangChain for Golangchaingo仓库中的 memory/alloydb 模块系统讲解如何将 Google Cloud 的 AlloyDB for PostgreSQL 作为 LLM 应用的会话记忆后端从 AlloyDBEngine 连接池的两种创建方式凭据直连与WithPool到基于单表 schema 的 Chat Message History 存取、覆盖与清理。读完你将能够直接在 Go 应用中为多轮对话接入具备 IAM 认证、免 SSL 证书管理的生产级会话历史存储并能结合源码理解其表结构校验、JSONB 序列化与批量写入的底层实现。AlloyDB 集成包解决了什么问题memory/alloydb包为 LangChain Go 生态提供了一等公民的 AlloyDB 接入体验其核心价值集中在四个方面简化且安全的连接通过 IAM 完成授权与数据库认证无需自行管理 SSL 证书、配置防火墙规则或开启授权网络即可创建共享连接池连接到 Google Cloud 数据库性能与管理的双重优化采用单表 schema尤其在大规模集合下可显著提升查询执行速度更好的元数据处理将元数据存放在独立列而非 JSON 中带来可观的性能提升清晰的职责分离将建表extension 创建与业务表创建分离从而支持差异化的权限配置与更流畅的工作流与 AlloyDB 深度集成内置方法可充分利用 AlloyDB 的高级索引与扩展能力如pgvector向量扩展用于向量存储场景。该能力同时支撑会话记忆Chat Message History与向量存储Vector Store两类 LangChain 核心组件底层共享同一套连接池工具 util/alloydbutil。快速开始前置条件在使用该包之前需要按以下顺序完成云侧准备选择或创建 Cloud Platform 项目在 Google Cloud Console 中确定目标项目后续的 AlloyDB 实例、服务账号等都归属于该项目为项目启用结算BillingAlloyDB 属于付费云服务未启用结算将无法创建实例启用 AlloyDB API确保项目已开启alloydb.googleapis.com服务配置 Cloud SDK 认证执行gcloud auth application-default login完成应用默认凭据ADC的本地认证这是代码运行时通过 IAM 获取身份的依赖。环境前提当前仓库 go.mod 声明模块为github.com/tmc/langchaingo实际构建版本为 go 1.24.4官方文档声明本包支持Go 版本 1.22.0低于该版本将无法编译。Engine 创建建立到 AlloyDB 的连接池AlloyDBEngine源码中为alloydbutil.PostgresEngine负责配置到 AlloyDB 数据库的连接池是整个集成包的入口对象。官方 README 给出的标准创建方式如下package main import ( context fmt github.com/tmc/langchaingo/util/alloydbutil ) func NewAlloyDBEngine(ctx context.Context) (*alloydbutil.PostgresEngine, error) { // Call NewPostgresEngine to initialize the database connection pgEngine, err : alloydbutil.NewPostgresEngine(ctx, alloydbutil.WithUser(my-user), alloydbutil.WithPassword(my-password), alloydbutil.WithDatabase(my-database), alloydbutil.WithAlloyDBInstance(my-project-id, region, my-cluster, my-instance), ) if err ! nil { return nil, fmt.Errorf(Error creating PostgresEngine: %s, err) } return pgEngine, nil }连接参数的源码级说明对照 util/alloydbutil/options.go 中的Option函数式配置可看到每个参数的职责Option作用说明WithUser(user)设置数据库用户名提供用户名密码时走密码认证WithPassword(password)设置数据库密码与WithUser配对使用WithDatabase(database)设置目标数据库名连接 DSN 中的dbnameWithAlloyDBInstance(projectID, region, cluster, instance)设置实例定位信息四个参数会拼成projects/{projectID}/locations/{region}/clusters/{cluster}/instances/{instance}格式的实例 URIWithIPType(ipType)设置连接 IP 类型可选PUBLIC默认或PRIVATE私有 IP 会调用alloydbconn.WithPrivateIP()WithIAMAccountEmail(email)显式指定 IAM 账号邮箱设置后强制走 IAM 认证WithPool(pool)注入自定义连接池用于 AlloyDB Omni 或自定义池配置认证与连接池的底层实现NewPostgresEngine的完整流程在 util/alloydbutil/engine.go 中体现先通过applyClientOptions合并所有选项并填充默认值emailRetriever默认为getServiceAccountEmail、ipType默认为PUBLIC、UserAgent 默认为langchaingo-alloydb-pg/0.0.0若未提供WithPool则调用getUser决定认证方式engine.go同时提供了用户名与密码 → 使用密码认证提供了iamAccountEmail→ 使用该邮箱作为用户名并启用 IAM 认证两者都未提供 → 通过google.FindDefaultCredentials从环境获取应用默认凭据解析出服务账号邮箱自动启用 IAM 认证通过alloydbconn.NewDialer创建 AlloyDB 专用拨号器并在pgxpool的ConnConfig.DialFunc中根据ipType选择公网或私网 IP 拨号engine.go——这正是“无需配置防火墙与授权网络”的机制所在连接经由 AlloyDB Auth Proxy 能力建立凭据与加密由 SDK 托管。从代码结构还可以推断当同时提供用户名/密码又设置了 IAM 邮箱时优先选择用户名密码路径三组信息全部缺失时才会触发环境凭据检索最终无法确定用户会返回unable to retrieve a valid username错误。Engine 创建 WithPool自定义连接池与 AlloyDB Omni当需要连接 AlloyDB Omni本地/自托管部署或对连接池行为最大连接数、空闲回收等进行精细定制时可使用WithPool直接注入一个pgxpool.Poolpackage main import ( context fmt os github.com/jackc/pgx/v5/pgxpool github.com/tmc/langchaingo/util/alloydbutil ) func NewAlloyDBWithPoolEngine(ctx context.Context) (*alloydbutil.PostgresEngine, error) { myPool, err : pgxpool.New(ctx, os.Getenv(DATABASE_URL)) if err ! nil { return nil, err } // Call NewPostgresEngine to initialize the database connection pgEngineWithPool, err : alloydbutil.NewPostgresEngine(ctx, alloydbutil.WithPool(myPool)) if err ! nil { return nil, fmt.Errorf(Error creating PostgresEngine with pool: %s, err) } return pgEngineWithPool, nil } func main() { ctx : context.Background() alloyDBEngine, err : NewAlloyDBWithPoolEngine(ctx) if err ! nil { log.Fatal(err) } defer alloyDBEngine.Close() }从 options.go 的实现可以看到WithPool传入的连接池会跳过getUser与createPool的整个自动构建过程直接作为PostgresEngine.Pool使用applyClientOptions还会校验“连接池与连接字段必须至少提供一个”否则返回missing connection错误。这也意味着所有基于标准 PostgreSQL DSN含 AlloyDB Omni 连接串的场景都可以复用同一套上层 API。Chat Message History 用法持久化会话记忆这是本模块最核心的实战场景用一张表存储聊天消息历史。完整流程包含三步初始化表 → 创建 ChatMessageHistory → 读写消息。初始化聊天历史表err alloyDBEngine.InitChatHistoryTable(ctx, tableName) if err ! nil { log.Fatal(err) }InitChatHistoryTable的 DDL 实现在 util/alloydbutil/engine.go生成的建表语句为CREATE TABLE IF NOT EXISTS public.tableName ( id SERIAL PRIMARY KEY, session_id TEXT NOT NULL, data JSONB NOT NULL, type TEXT NOT NULL );即单表四列 schemaid自增主键保证消息有序session_id标识会话data以 JSONB 存储消息正文type记录消息类型human / ai / system。该函数也支持通过alloydbutil.WithSchemaName指定非public的 schema默认public。创建并操作 ChatMessageHistorypackage main import ( context fmt log github.com/tmc/langchaingo/llms github.com/tmc/langchaingo/memory/alloydb github.com/tmc/langchaingo/util/alloydbutil ) func main() { ctx : context.Background() alloyDBEngine, err : NewAlloyDBEngine(ctx) if err ! nil { log.Fatal(err) } // Creates a new table in the Postgres database, which will be used for storing Chat History. err alloyDBEngine.InitChatHistoryTable(ctx, tableName) if err ! nil { log.Fatal(err) } // Creates a new Chat Message History cmh, err : alloydb.NewChatMessageHistory(ctx, *alloyDBEngine, tableName, sessionID) if err ! nil { log.Fatal(err) } // Creates individual messages and adds them to the chat message history. aiMessage : llms.AIChatMessage{Content: test AI message} humanMessage : llms.HumanChatMessage{Content: test HUMAN message} // Adds a user message to the chat message history. err cmh.AddUserMessage(ctx, aiMessage.GetContent()) if err ! nil { log.Fatal(err) } // Adds a user message to the chat message history. err cmh.AddUserMessage(ctx, humanMessage.GetContent()) if err ! nil { log.Fatal(err) } msgs, err : cmh.Messages(ctx) if err ! nil { log.Fatal(err) } for _, msg : range msgs { fmt.Println(Message:, msg) } }说明README 中导入路径写作internal/alloydbutil仓库实际包路径为 util/alloydbutilmemory/alloydb/chat_message_history.go 中同样以该路径导入上述代码已按实际路径调整。完整方法集与接口契约ChatMessageHistory完整实现了 schema.ChatMessageHistory 接口memory/alloydb/chat_message_history.go 通过var _ schema.ChatMessageHistory ChatMessageHistory{}显式断言因此可直接接入chains.Conversation、agents等依赖该接口的组件。各方法语义如下方法行为底层 SQLAddMessage(ctx, msg)写入任意llms.ChatMessageINSERT INTO schema.table (session_id, data, type) VALUES ($1, $2, $3)AddUserMessage(ctx, content)便捷写入 Human 消息同上type 为humanAddAIMessage(ctx, content)便捷写入 AI 消息同上type 为aiAddMessages(ctx, msgs)批量写入多条消息使用pgx.Batch一次性提交Messages(ctx)按id升序读取会话内全部消息SELECT ... WHERE session_id $1 ORDER BY idSetMessages(ctx, msgs)先Clear再批量写入覆盖语义先 DELETE 后批量 INSERTClear(ctx)清空指定会话的全部消息DELETE FROM ... WHERE session_id $1创建时的双重校验NewChatMessageHistorymemory/alloydb/chat_message_history.go会先做三项必填校验再调用validateTable做表结构校验engine.Pool nil→alloyDB engine must be providedtableName →table name must be providedsessionID →session ID must be providedvalidateTable会查询information_schema.tables确认表存在并对照id:integer、session_id:text、data:jsonb、type:text四列的名称与类型逐一校验任一缺失或类型不符都会返回明确错误如column data in table x has type text, but expected type jsonb。这些行为都被 chat_message_history_unit_test.go 的TestChatMessageHistory_SchemaValidation等用例覆盖。自定义 Schema默认 schema 为public可通过alloydb.WithSchemaName(custom_schema)选项切换到自定义 schemachat_message_history_options.go。所有 SQL 均使用%q对 schema 与表名做双引号转义如my-schema.chat_history避免特殊字符注入问题这一点同样有单测覆盖TestChatMessageHistory_QueryFormatting。开箱即用的完整示例与运行方式仓库在 examples/google-alloydb-chat-message-history-example 提供了可直接运行的完整示例演示了“单条写入 → 批量写入 → 覆盖写入 → 清空”的完整生命周期对应源码为 google_alloydb_chat_message_history_example.go。运行前需设置以下环境变量取值可在 Google Cloud Console 的 AlloyDB 集群页找到export PROJECT_IDyour project Id export ALLOYDB_USERNAMEyour user export ALLOYDB_PASSWORDyour password export ALLOYDB_REGIONyour region export ALLOYDB_CLUSTERyour cluster export ALLOYDB_INSTANCEyour instance export ALLOYDB_DATABASEyour database export ALLOYDB_TABLEyour tablename export ALLOYDB_SESSION_IDyour sessionID然后执行go run google_alloydb_chat_message_history_example.go示例输出会依次打印三组消息追加的单条消息、通过AddMessages批量追加的多条消息、以及SetMessages覆盖后的新消息集最后调用Clear清空会话。这也是验证“单表 schema session_id 隔离”设计的最佳入口同一张表可同时服务多个会话互不干扰。测试验证与质量保障模块提供了两层测试单元测试memory/alloydb/chat_message_history_unit_test.go不依赖真实数据库覆盖选项应用、必填字段校验、消息 JSON 序列化、SQL 生成、错误信息格式、消息类型转换、批量操作、schema 校验与清空/覆盖语义集成测试memory/alloydb/chat_message_history_test.go连接真实 AlloyDB 实例验证NewChatMessageHistory的成功创建、缺表名/缺 sessionID 的报错路径以及AddMessage、AddAIMessage、AddUserMessage、Clear的端到端行为未设置对应环境变量时测试会自动t.Skip不会阻塞 CI。总结memory/alloydb模块将 AlloyDB 的托管优势与 LangChain Go 的组件化设计结合util/alloydbutil.PostgresEngine封装了基于 IAM 认证的安全连接池支持密码、IAM 邮箱、ADC 自动发现三种认证路径ChatMessageHistory以单表四列 schema 提供标准化的会话记忆读写完整满足 schema.ChatMessageHistory 接口契约可直接嵌入对话链与 Agent 工作流。无论是云端 AlloyDB 还是 AlloyDB Omni都能以极少的样板代码获得生产级的会话持久化能力。【免费下载链接】langchaingoLangChain for Go, the easiest way to write LLM-based programs in Go项目地址: https://gitcode.com/GitHub_Trending/la/langchaingo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
