---
title: MROTemp 常见问题与解决方案
type: curated
permalink: main/projects/991bd0b4-6f60-47c0-8e47-1bb256c04653/curated/development/mrotemp-常见问题与解决方案
stable_id: be0fff7f-4223-4766-9233-a9af60c73475
scope: project
project_id: 991bd0b4-6f60-47c0-8e47-1bb256c04653
workspace_type: development
usage_profile_id: null
preference_context: development
document_type: troubleshooting
revision: 1
source_memory_ids: []
source_checkpoint_ids: []
source_file_ids: []
source_git_commit: null
source_git_commits: []
source_agent_sync_ids: []
model_connection: Sub2API
model_name: git-restore
source_count: 20
source_revisions: {}
source_dispositions:
  processed: 20
  unchanged: 0
  unsupported: 0
  skipped: 0
cited_source_ids: []
job_cited_source_ids: []
conflicts: []
supersedes: []
preferences: []
source_cursor: 53
source_hash: cd96d5b27b5d1ef34ff30350e40c12b9d9b7e389c5813755521578d1f2597d9c
prompt_version: 2026-08-12.3
schema_version: '3'
curation_job_id: null
created_at: '2026-08-13T18:33:52.975446+00:00'
updated_at: '2026-09-23T15:02:48.138542+00:00'
tags:
- 故障排查
- 编码
- 凭证
- 性能
restored_from_commit: 6a6a895eafcca6052e81a14fca103a42635dd1c2
---

## 已知问题
| 编号 | 问题描述 | 根因 | 解决方案 |
|------|----------|------|----------|
| 1 | Windows 控制台直接输出 CSV 时出现乱码 | 控制台使用 OEM 编码，文件为 GBK 编码 | 将输出重定向到文件后使用记事本或支持 GBK 的编辑器打开；保持脚本内部使用 GBK 不影响文件内容。 |
| 2 | CSV 中缺少对象/小区上下文列，导致批量合并后追溯困难 | 初始实现未在表头加入上下文字段。 | 已在脚本中加入 `FileName, eNB, id, MmeUeS1apId, MmeCode, MmeGroupId, TimeStamp` 列。 |
| 3 | 脚本在处理大文件时内存占用接近 200 MB | 未使用流式解析。 | 使用 `lxml.iterparse` 按事件处理，内存保持约 100 MB 以下。 |
| 4 | 误保留 `MR.` 前缀导致列名冗余 | 前缀去除步骤遗漏。 | 实现中统一去除 `MR.` 前缀，仅保留实际字段名。 |
| 5 | 新增或修改凭证后忘记写入 Vaultwarden，导致后续登录失败。 | 未遵循凭证写入工作流。 | 在任何新建/修改密码、Token、API‑Key、TOTP 种子后立即写入 Vaultwarden；普通记忆仅记录条目名称、用途、使用方式。 |

## 排查步骤
1. **检查编码**：打开生成的 CSV，确认文件属性显示 GBK。若出现乱码，可在命令行执行 `chcp 65001` 切换到 UTF‑8，或在编辑器中手动选择 GBK。
2. **验证列完整性**：首行应包含 `FileName,eNB,id,MmeUeS1apId,MmeCode,MmeGroupId,TimeStamp` 以及去除前缀的 31 个业务字段。
3. **确认只提取第一个 measurement**：检查 CSV 行数是否与示例（8589 行）相符，若明显偏多，则可能误开启 `--all-measurements` 参数。
4. **凭证错误**：若脚本需要远程资源时报错，检查 Vaultwarden 条目是否唯一匹配；若不唯一，请手动输入或调整条目名称。
5. **性能监控**：查看 `output/` 旁生成的 `.log`（任务 3），确认处理时间仍在 1‑2 秒范围内。