TradingAgents-CN 实战修复market_quotes 集合 code 字段为 null 导致的 MongoDB 唯一索引冲突E11000【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN导读本指南完整复盘 TradingAgents-CN 中一个典型的 MongoDB 数据层故障实时行情集合market_quotes因历史遗留的code_1唯一索引与新代码以symbol为主键的写入逻辑不一致导致code字段写入null并触发E11000 duplicate key error的连锁报错。文章不仅给出已合入仓库的代码级修复与一键数据修复脚本的完整用法还结合 app/services/stock_data_service.py、app/core/database.py 等源码深入讲解索引约束、字段兼容与两种长期演进方案的取舍帮助你在自建环境中独立定位、修复并彻底规避同类问题。一、问题全景一次由字段演进引发的唯一索引冲突1.1 错误信息与表象在行情数据写入或同步过程中应用日志会出现如下 MongoDB 报错E11000 duplicate key error collection: tradingagents.market_quotes index: code_1 dup key: { code: null }该错误在 MongoDB 中的语义非常明确market_quotes集合上存在名为code_1的唯一索引而某次写入的文档中code字段的值为null。由于 MongoDB 唯一索引不允许集合中存在多个null值即null被视为一种键值参与唯一性约束第二次写入codenull的文档时就会抛出 E11000导致行情更新失败。1.2 根本原因拆解结合源码可以还原出完整的因果链market_quotes集合持有code_1唯一索引。该索引由数据库初始化逻辑创建见 app/core/database.py 中create_database_indexes()# market_quotes 的索引 market_quotes db[market_quotes] await market_quotes.create_index([(code, 1)], uniqueTrue) await market_quotes.create_index([(pct_chg, -1)]) await market_quotes.create_index([(amount, -1)]) await market_quotes.create_index([(updated_at, -1)])旧版本以code字段作为主键写入时必然携带code新版本改为以symbol字段作为主键部分更新路径尤其是update_market_quotes()只写symbol而不写code。于是新写入的文档code字段缺失。对于upsert操作而言缺失字段在文档中即为null一旦同一集合中出现第二条codenull的记录code_1唯一索引立刻触发冲突。1.3 历史原因字段演进遗留的索引债旧版本使用code字段作为主键数据模型围绕code建立。新版本统一使用symbol字段作为主键数据模型升级见 app/models/stock_models.py 中MarketQuotesExtended模型对symbol与code的字段说明code已被标注为已废弃使用 symbol的兼容字段。遗留问题数据库中的唯一索引仍然是code_1而应用层的写入查询已大量切换到symbol二者脱节即为本次故障的根源。从源码结构看该问题的影响面不止update_market_quotes一处同步与查询路径中仍存在大量以code为查询条件的代码例如 app/routers/stock_sync.py 的_sync_latest_to_market_quotes()使用find_one({code: symbol6})检查存量行情app/routers/stocks.py 使用find_one({code: code6})查询行情app/worker/akshare_sync_service.py 同样以{code: symbol}作为 upsert 查询条件。因此修复必须保证code字段在所有写入路径中都存在而不仅仅是单一方法。二、代码修复写入时兜底补齐 code 字段已合入2.1 修复位置文件app/services/stock_data_service.py方法update_market_quotes()2.2 修改内容对比修改前方法只兜底symbolif symbol not in quote_data: quote_data[symbol] symbol6修改后同时对code做兜底并让两者取值一致以兼容旧索引if symbol not in quote_data: quote_data[symbol] symbol6 if code not in quote_data: quote_data[code] symbol6 # 兼容旧索引2.3 修复后的完整方法源码现状当前 app/services/stock_data_service.py 中update_market_quotes()的完整实现如下async def update_market_quotes( self, symbol: str, quote_data: Dict[str, Any] ) - bool: 更新实时行情数据 Args: symbol: 6位股票代码 quote_data: 行情数据 Returns: bool: 更新是否成功 try: db get_mongo_db() symbol6 str(symbol).zfill(6) # 添加更新时间 quote_data[updated_at] datetime.utcnow() # 确保 symbol 和 code 字段都存在兼容旧索引 if symbol not in quote_data: quote_data[symbol] symbol6 if code not in quote_data: quote_data[code] symbol6 # code 和 symbol 使用相同的值 # 执行更新 (使用symbol字段作为查询条件) result await db[self.market_quotes_collection].update_one( {symbol: symbol6}, {$set: quote_data}, upsertTrue ) return result.modified_count 0 or result.upserted_id is not None except Exception as e: logger.error(f更新实时行情失败 symbol{symbol}: {e}) return False值得注意的几个实现细节str(symbol).zfill(6)保证 6 位定长代码与 app/models/stock_models.py 中symbol字段的正则约束patternr^\d{6}$保持一致避免因前导零缺失产生603175与0603175这类不一致。查询条件使用symbol但文档同时写入code这样既能走新主键路径又让旧索引code_1下的每个文档都有合法且唯一的code值。upsertTrue的语义当symbol不存在时新建文档。修复前新建文档不带code就是codenull的来源修复后新建文档必然携带codesymbol6。2.4 修复效果✅ 每次更新时code与symbol字段必然存在且取值一致✅ 避免向market_quotes插入codenull的记录从源头消除 E11000✅ 保持向后兼容旧的以code为查询条件的代码如 app/routers/stock_sync.py 中以{code: symbol6}为过滤条件的update_one仍然可以正常命中文档。三、数据修复一键脚本清理存量 codenull 记录代码修复只能阻止新增codenull记录数据库中已经存在的脏数据仍会在下次写入时触发冲突因此需要手动执行数据修复脚本。3.1 脚本位置与功能脚本scripts/fix_market_quotes_null_code.py脚本功能与源码逐一对应初始化数据库连接通过 app/core/database.py 的init_database()建立 MongoDB 连接随后调用get_mongo_db()获取集合句柄。检查索引check_index()遍历collection.index_information()打印集合全部索引并确认code_1唯一索引是否存在。统计codenull的记录数collection.count_documents({code: None})。查询所有codenull的记录并逐条修复记录有symbol且不存在codesymbol的其他记录 →update_one将code设置为symbol记录有symbol但已存在codesymbol的记录 → 判定为重复记录delete_one删除本条记录既无symbol也无code→ 视为无效记录直接删除。验证修复结果再次统计codenull的记录数为 0 则输出成功提示。脚本中对重复记录的判定第 63 行find_one({code: symbol, _id: {$ne: record[_id]}})是一个很实用的防御当同一symbol已有一条code正常的记录时修复codenull的副本反而会撞唯一索引因此选择删除副本而非修复。3.2 使用方法# 方法 1直接运行脚本 python scripts/fix_market_quotes_null_code.py # 方法 2使用虚拟环境 .\.venv\Scripts\python scripts/fix_market_quotes_null_code.py适用前提脚本依赖项目内的app.core.database模块运行时通过Path(__file__).parent.parent自动将项目根目录加入sys.path因此请以仓库根目录为工作目录执行并确保 MongoDB 已启动、环境变量/配置文件中的连接参数有效。3.3 预期输出 开始修复 market_quotes 集合中的 codenull 记录... market_quotes 集合的索引: - _id_: {v: 2, key: [(_id, 1)]} - code_1: {v: 2, key: [(code, 1)], unique: True} - symbol_1: {v: 2, key: [(symbol, 1)]} ✅ 发现 code_1 唯一索引 发现 2 条 codenull 的记录 准备修复 2 条记录... ✅ 修复记录: _id..., symbol603175, code603175 ✅ 修复记录: _id..., symbol600000, code600000 ✅ 修复完成: 修复 2 条, 删除 0 条 ✅ 所有 codenull 的记录已修复 ✅ 修复完成四、验证修复数据库检查与写入回归测试4.1 检查数据库在 MongoDB Shell 中执行// 连接 MongoDB use tradingagents // 检查 codenull 的记录数修复后应为 0 db.market_quotes.countDocuments({ code: null }) // 查看索引应能看到 code_1 唯一索引 db.market_quotes.getIndexes() // 查看示例记录应同时有 code 和 symbol 字段 db.market_quotes.findOne()4.2 测试更新行情回归验证在 Python 中直接调用修复后的服务方法模拟调用方不传code字段的旧行为from app.services.stock_data_service import get_stock_data_service from app.core.database import get_mongo_db service await get_stock_data_service() # 测试更新行情注意不包含 code 字段 quote_data { price: 10.5, volume: 1000000, } # 修复后应成功不会触发 E11000 success await service.update_market_quotes(603175, quote_data) print(f更新结果: {success}) # 验证数据code 与 symbol 都应为 603175 db get_mongo_db() record await db.market_quotes.find_one({symbol: 603175}) print(fcode: {record.get(code)}) # 应该是 603175 print(fsymbol: {record.get(symbol)}) # 应该是 603175该用例直接对应修复的语义即使调用方只传price/volume方法内部也会自动补齐code与symbol这正是保证code_1唯一索引不再出现null键的关键路径。五、后续演进两种长期方案的取舍代码修复解决的是现在而code/symbol双字段的并存本质上是一种技术债需要从长期数据模型角度做出选择。5.1 选项 1保持双字段推荐零成本维度说明优点向后兼容支持以code为查询条件的旧代码如 app/routers/stocks.py、app/worker/akshare_sync_service.py无需迁移数据缺点数据冗余code与symbol需要同步维护存在再次失配的可能实现已完成无需额外操作建议如果系统正在稳定运行、暂不打算动数据层选此方案风险最小。5.2 选项 2迁移到 symbol 字段重构期选择维度说明优点数据结构更清晰消除冗余字段与 app/models/stock_models.py 中MarketQuotesExtended以symbol为主键、code标注废弃的模型定义对齐缺点需要迁移数据需要更新所有引用code的代码可能影响旧代码/旧客户端实现步骤删除code_1唯一索引db.market_quotes.dropIndex(code_1)创建symbol_1唯一索引注意当前仓库create_database_indexes()中并未创建该索引属于迁移方案的自选项db.market_quotes.createIndex({ symbol: 1 }, { unique: true })删除所有记录的code字段db.market_quotes.updateMany({}, { $unset: { code: } })更新代码移除所有对code字段的引用统一使用symbol字段涉及 app/routers/stock_sync.py、app/routers/stocks.py、app/worker/akshare_sync_service.py 等多处以code为查询条件的写入/读取路径以及 app/core/database.py 中的索引创建逻辑。选择建议系统稳定运行 → 选项 1准备对数据层做重构 → 选项 2。六、常见问题FAQQ1: 为什么会有codenull的记录A: 旧代码在更新行情时只设置了symbol字段而没有设置code字段典型的upsert新建路径而数据库中又存在code_1唯一索引于是产生了codenull的脏数据。Q2: 修复脚本会删除数据吗A: 只会删除既没有symbol也没有code的无效记录以及已存在codesymbol记录的重复副本。正常记录只会被更新code字段不会丢失行情数据。Q3: 修复后还会出现这个错误吗A: 不会。代码修复保证每次更新时code与symbol字段必然同时存在数据修复清空了存量脏数据。只要保持该写入兜底逻辑code_1唯一索引不会再收到codenull的键。Q4: 我应该选择哪个后续方案A: 如果系统稳定运行选择选项 1保持双字段风险最小如果准备重构选择选项 2迁移到symbol数据结构更清晰但需要同步清理所有以code为查询条件的代码与索引。七、相关文件速查代码修复app/services/stock_data_service.py ——update_market_quotes()兜底写入code字段修复脚本scripts/fix_market_quotes_null_code.py —— 一键统计、修复、删除并验证codenull记录索引定义app/core/database.py ——create_database_indexes()创建code_1唯一索引及行情查询索引数据模型app/models/stock_models.py ——MarketQuotesExtendedsymbol为主键、code为兼容字段其他以 code 为查询条件的相关路径app/routers/stock_sync.py、app/routers/stocks.py、app/worker/akshare_sync_service.py本文档docs/fixes/MARKET_QUOTES_NULL_CODE_FIX.md八、提交记录6bab35b: fix: 修复 market_quotes 集合 code 字段为 null 导致的唯一索引冲突小结一次修复带来的三点经验索引与代码必须同步演进当数据模型主键从code迁移到symbol时唯一索引、查询条件与写入路径必须整体评估否则新代码 旧索引的组合会以 E11000 的形式爆发。upsert 写入务必显式兜底关键字段upsertTrue的新建分支最容易产生缺字段即 null的脏数据凡是被唯一索引约束的字段都应在写入前显式赋值。双字段兼容是过渡而非终点code与symbol并存可以低成本解决存量兼容问题但应把迁移到统一主键选项 2列入重构计划避免长期背负字段同步维护的技术债。【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 TradingAgents-CN 实战修复：market_quotes 集合 code 字段为 null 导致的 MongoDB 唯一索引冲突（E11000）
TradingAgents-CN 实战修复market_quotes 集合 code 字段为 null 导致的 MongoDB 唯一索引冲突E11000【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN导读本指南完整复盘 TradingAgents-CN 中一个典型的 MongoDB 数据层故障实时行情集合market_quotes因历史遗留的code_1唯一索引与新代码以symbol为主键的写入逻辑不一致导致code字段写入null并触发E11000 duplicate key error的连锁报错。文章不仅给出已合入仓库的代码级修复与一键数据修复脚本的完整用法还结合 app/services/stock_data_service.py、app/core/database.py 等源码深入讲解索引约束、字段兼容与两种长期演进方案的取舍帮助你在自建环境中独立定位、修复并彻底规避同类问题。一、问题全景一次由字段演进引发的唯一索引冲突1.1 错误信息与表象在行情数据写入或同步过程中应用日志会出现如下 MongoDB 报错E11000 duplicate key error collection: tradingagents.market_quotes index: code_1 dup key: { code: null }该错误在 MongoDB 中的语义非常明确market_quotes集合上存在名为code_1的唯一索引而某次写入的文档中code字段的值为null。由于 MongoDB 唯一索引不允许集合中存在多个null值即null被视为一种键值参与唯一性约束第二次写入codenull的文档时就会抛出 E11000导致行情更新失败。1.2 根本原因拆解结合源码可以还原出完整的因果链market_quotes集合持有code_1唯一索引。该索引由数据库初始化逻辑创建见 app/core/database.py 中create_database_indexes()# market_quotes 的索引 market_quotes db[market_quotes] await market_quotes.create_index([(code, 1)], uniqueTrue) await market_quotes.create_index([(pct_chg, -1)]) await market_quotes.create_index([(amount, -1)]) await market_quotes.create_index([(updated_at, -1)])旧版本以code字段作为主键写入时必然携带code新版本改为以symbol字段作为主键部分更新路径尤其是update_market_quotes()只写symbol而不写code。于是新写入的文档code字段缺失。对于upsert操作而言缺失字段在文档中即为null一旦同一集合中出现第二条codenull的记录code_1唯一索引立刻触发冲突。1.3 历史原因字段演进遗留的索引债旧版本使用code字段作为主键数据模型围绕code建立。新版本统一使用symbol字段作为主键数据模型升级见 app/models/stock_models.py 中MarketQuotesExtended模型对symbol与code的字段说明code已被标注为已废弃使用 symbol的兼容字段。遗留问题数据库中的唯一索引仍然是code_1而应用层的写入查询已大量切换到symbol二者脱节即为本次故障的根源。从源码结构看该问题的影响面不止update_market_quotes一处同步与查询路径中仍存在大量以code为查询条件的代码例如 app/routers/stock_sync.py 的_sync_latest_to_market_quotes()使用find_one({code: symbol6})检查存量行情app/routers/stocks.py 使用find_one({code: code6})查询行情app/worker/akshare_sync_service.py 同样以{code: symbol}作为 upsert 查询条件。因此修复必须保证code字段在所有写入路径中都存在而不仅仅是单一方法。二、代码修复写入时兜底补齐 code 字段已合入2.1 修复位置文件app/services/stock_data_service.py方法update_market_quotes()2.2 修改内容对比修改前方法只兜底symbolif symbol not in quote_data: quote_data[symbol] symbol6修改后同时对code做兜底并让两者取值一致以兼容旧索引if symbol not in quote_data: quote_data[symbol] symbol6 if code not in quote_data: quote_data[code] symbol6 # 兼容旧索引2.3 修复后的完整方法源码现状当前 app/services/stock_data_service.py 中update_market_quotes()的完整实现如下async def update_market_quotes( self, symbol: str, quote_data: Dict[str, Any] ) - bool: 更新实时行情数据 Args: symbol: 6位股票代码 quote_data: 行情数据 Returns: bool: 更新是否成功 try: db get_mongo_db() symbol6 str(symbol).zfill(6) # 添加更新时间 quote_data[updated_at] datetime.utcnow() # 确保 symbol 和 code 字段都存在兼容旧索引 if symbol not in quote_data: quote_data[symbol] symbol6 if code not in quote_data: quote_data[code] symbol6 # code 和 symbol 使用相同的值 # 执行更新 (使用symbol字段作为查询条件) result await db[self.market_quotes_collection].update_one( {symbol: symbol6}, {$set: quote_data}, upsertTrue ) return result.modified_count 0 or result.upserted_id is not None except Exception as e: logger.error(f更新实时行情失败 symbol{symbol}: {e}) return False值得注意的几个实现细节str(symbol).zfill(6)保证 6 位定长代码与 app/models/stock_models.py 中symbol字段的正则约束patternr^\d{6}$保持一致避免因前导零缺失产生603175与0603175这类不一致。查询条件使用symbol但文档同时写入code这样既能走新主键路径又让旧索引code_1下的每个文档都有合法且唯一的code值。upsertTrue的语义当symbol不存在时新建文档。修复前新建文档不带code就是codenull的来源修复后新建文档必然携带codesymbol6。2.4 修复效果✅ 每次更新时code与symbol字段必然存在且取值一致✅ 避免向market_quotes插入codenull的记录从源头消除 E11000✅ 保持向后兼容旧的以code为查询条件的代码如 app/routers/stock_sync.py 中以{code: symbol6}为过滤条件的update_one仍然可以正常命中文档。三、数据修复一键脚本清理存量 codenull 记录代码修复只能阻止新增codenull记录数据库中已经存在的脏数据仍会在下次写入时触发冲突因此需要手动执行数据修复脚本。3.1 脚本位置与功能脚本scripts/fix_market_quotes_null_code.py脚本功能与源码逐一对应初始化数据库连接通过 app/core/database.py 的init_database()建立 MongoDB 连接随后调用get_mongo_db()获取集合句柄。检查索引check_index()遍历collection.index_information()打印集合全部索引并确认code_1唯一索引是否存在。统计codenull的记录数collection.count_documents({code: None})。查询所有codenull的记录并逐条修复记录有symbol且不存在codesymbol的其他记录 →update_one将code设置为symbol记录有symbol但已存在codesymbol的记录 → 判定为重复记录delete_one删除本条记录既无symbol也无code→ 视为无效记录直接删除。验证修复结果再次统计codenull的记录数为 0 则输出成功提示。脚本中对重复记录的判定第 63 行find_one({code: symbol, _id: {$ne: record[_id]}})是一个很实用的防御当同一symbol已有一条code正常的记录时修复codenull的副本反而会撞唯一索引因此选择删除副本而非修复。3.2 使用方法# 方法 1直接运行脚本 python scripts/fix_market_quotes_null_code.py # 方法 2使用虚拟环境 .\.venv\Scripts\python scripts/fix_market_quotes_null_code.py适用前提脚本依赖项目内的app.core.database模块运行时通过Path(__file__).parent.parent自动将项目根目录加入sys.path因此请以仓库根目录为工作目录执行并确保 MongoDB 已启动、环境变量/配置文件中的连接参数有效。3.3 预期输出 开始修复 market_quotes 集合中的 codenull 记录... market_quotes 集合的索引: - _id_: {v: 2, key: [(_id, 1)]} - code_1: {v: 2, key: [(code, 1)], unique: True} - symbol_1: {v: 2, key: [(symbol, 1)]} ✅ 发现 code_1 唯一索引 发现 2 条 codenull 的记录 准备修复 2 条记录... ✅ 修复记录: _id..., symbol603175, code603175 ✅ 修复记录: _id..., symbol600000, code600000 ✅ 修复完成: 修复 2 条, 删除 0 条 ✅ 所有 codenull 的记录已修复 ✅ 修复完成四、验证修复数据库检查与写入回归测试4.1 检查数据库在 MongoDB Shell 中执行// 连接 MongoDB use tradingagents // 检查 codenull 的记录数修复后应为 0 db.market_quotes.countDocuments({ code: null }) // 查看索引应能看到 code_1 唯一索引 db.market_quotes.getIndexes() // 查看示例记录应同时有 code 和 symbol 字段 db.market_quotes.findOne()4.2 测试更新行情回归验证在 Python 中直接调用修复后的服务方法模拟调用方不传code字段的旧行为from app.services.stock_data_service import get_stock_data_service from app.core.database import get_mongo_db service await get_stock_data_service() # 测试更新行情注意不包含 code 字段 quote_data { price: 10.5, volume: 1000000, } # 修复后应成功不会触发 E11000 success await service.update_market_quotes(603175, quote_data) print(f更新结果: {success}) # 验证数据code 与 symbol 都应为 603175 db get_mongo_db() record await db.market_quotes.find_one({symbol: 603175}) print(fcode: {record.get(code)}) # 应该是 603175 print(fsymbol: {record.get(symbol)}) # 应该是 603175该用例直接对应修复的语义即使调用方只传price/volume方法内部也会自动补齐code与symbol这正是保证code_1唯一索引不再出现null键的关键路径。五、后续演进两种长期方案的取舍代码修复解决的是现在而code/symbol双字段的并存本质上是一种技术债需要从长期数据模型角度做出选择。5.1 选项 1保持双字段推荐零成本维度说明优点向后兼容支持以code为查询条件的旧代码如 app/routers/stocks.py、app/worker/akshare_sync_service.py无需迁移数据缺点数据冗余code与symbol需要同步维护存在再次失配的可能实现已完成无需额外操作建议如果系统正在稳定运行、暂不打算动数据层选此方案风险最小。5.2 选项 2迁移到 symbol 字段重构期选择维度说明优点数据结构更清晰消除冗余字段与 app/models/stock_models.py 中MarketQuotesExtended以symbol为主键、code标注废弃的模型定义对齐缺点需要迁移数据需要更新所有引用code的代码可能影响旧代码/旧客户端实现步骤删除code_1唯一索引db.market_quotes.dropIndex(code_1)创建symbol_1唯一索引注意当前仓库create_database_indexes()中并未创建该索引属于迁移方案的自选项db.market_quotes.createIndex({ symbol: 1 }, { unique: true })删除所有记录的code字段db.market_quotes.updateMany({}, { $unset: { code: } })更新代码移除所有对code字段的引用统一使用symbol字段涉及 app/routers/stock_sync.py、app/routers/stocks.py、app/worker/akshare_sync_service.py 等多处以code为查询条件的写入/读取路径以及 app/core/database.py 中的索引创建逻辑。选择建议系统稳定运行 → 选项 1准备对数据层做重构 → 选项 2。六、常见问题FAQQ1: 为什么会有codenull的记录A: 旧代码在更新行情时只设置了symbol字段而没有设置code字段典型的upsert新建路径而数据库中又存在code_1唯一索引于是产生了codenull的脏数据。Q2: 修复脚本会删除数据吗A: 只会删除既没有symbol也没有code的无效记录以及已存在codesymbol记录的重复副本。正常记录只会被更新code字段不会丢失行情数据。Q3: 修复后还会出现这个错误吗A: 不会。代码修复保证每次更新时code与symbol字段必然同时存在数据修复清空了存量脏数据。只要保持该写入兜底逻辑code_1唯一索引不会再收到codenull的键。Q4: 我应该选择哪个后续方案A: 如果系统稳定运行选择选项 1保持双字段风险最小如果准备重构选择选项 2迁移到symbol数据结构更清晰但需要同步清理所有以code为查询条件的代码与索引。七、相关文件速查代码修复app/services/stock_data_service.py ——update_market_quotes()兜底写入code字段修复脚本scripts/fix_market_quotes_null_code.py —— 一键统计、修复、删除并验证codenull记录索引定义app/core/database.py ——create_database_indexes()创建code_1唯一索引及行情查询索引数据模型app/models/stock_models.py ——MarketQuotesExtendedsymbol为主键、code为兼容字段其他以 code 为查询条件的相关路径app/routers/stock_sync.py、app/routers/stocks.py、app/worker/akshare_sync_service.py本文档docs/fixes/MARKET_QUOTES_NULL_CODE_FIX.md八、提交记录6bab35b: fix: 修复 market_quotes 集合 code 字段为 null 导致的唯一索引冲突小结一次修复带来的三点经验索引与代码必须同步演进当数据模型主键从code迁移到symbol时唯一索引、查询条件与写入路径必须整体评估否则新代码 旧索引的组合会以 E11000 的形式爆发。upsert 写入务必显式兜底关键字段upsertTrue的新建分支最容易产生缺字段即 null的脏数据凡是被唯一索引约束的字段都应在写入前显式赋值。双字段兼容是过渡而非终点code与symbol并存可以低成本解决存量兼容问题但应把迁移到统一主键选项 2列入重构计划避免长期背负字段同步维护的技术债。【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考