| 表名 | 记录数 | 占用空间 |
|---|
| IP 地址 | 请求次数 | 访问端点数 | 主要访问端点 |
|---|
| API 端点 | 请求次数 | 访问 IP 数 | 错误次数 |
|---|
| 时间 | IP 地址 | 方法 | 端点 | 状态码 | 响应时间 (ms) | 级别 |
|---|
| 局级单位 | 动车组总数 | 出勤数量 | 未出勤数量 | 出勤率 | 操作 |
|---|---|---|---|---|---|
| 点击查询按钮加载数据 | |||||
| 动车组编号 | 所属局 | 所属段 | 停放所 |
|---|---|---|---|
| 点击刷新按钮加载清单 | |||
| 接口 | 端点 | 缓存时间 |
|---|
选择要清除的缓存范围：
默认超时: 5 分钟
最大条目数: 500 条
淘汰策略: 达到上限时自动淘汰最旧条目，过期条目在下次访问时懒惰删除
时段频率配置
| 时段 | 时间范围 | 频率（分钟） | 操作 |
|---|---|---|---|
| 晚间平峰 | 20:00-23:00 | ||
| 深夜时段 | 23:00-01:00 | ||
| 凌晨低峰 | 01:00-05:00 | ||
| 早高峰 | 05:00-09:00 | ||
| 上午平峰 | 09:00-14:00 | ||
| 下午高峰 | 14:00-20:00 |
注意：修改定时配置后需要重启调度器才能生效
选择要导出的数据表和格式：
支持 JSON 和 CSV 格式：
| 表名 | 记录数 | 占用空间 |
|---|
说明：清理指定天数前的旧交路数据（emu_trip 表），可用于释放数据库空间。
建议：先导出 CSV 备份再清理，以防数据丢失。
说明：清理指定天数前的旧日志文件（.log 文件），可用于释放磁盘空间。
🚀 立即执行比对
手动触发配属信息比对脚本，检查当前所有动车组的配属信息一致性
⏰ 定时执行配置
✅ 配属验证（基于标准数据）
ℹ️ 根据标准数据表验证动车组配属信息。以"所"字段为主，验证对应的"局"和"段"是否正确。 支持修正的局：北京局、成都局、广州局、哈尔滨局、呼和浩特局、济南局、昆明局、兰州局、 老中铁路公司、南昌局、南宁局、青藏公司、上海局、沈阳局、太原局、乌鲁木齐局、武汉局、西安局、郑州局。
🔧 自动修正配置（基于交路比对）
ℹ️ 当发现动车组配属信息不一致时，系统将自动修正配属所数据，并同步更新相关字段。
• 局一致率 ≥ 100% 且 段一致率 ≥ 100%
• 所一致率 < 60%
• 最高频配属所出现频率 ≥ 80%
• 参考组数 ≥ 3 组
| 操作 | 动车组编号 | 配属局 | 配属段 | 配属所 | 参考局 | 参考段 | 参考所 | 参考所频率 | 局一致率 | 段一致率 | 所一致率 | 参考组数 | 自动修正 | 修正后局 | 修正后段 | 修正后所 | 生成时间 |
|---|
| 动车组编号 | 定员 | 所属公司 | 管理部门 | 停放地点 | 担当交路 | 重连标志 | 状态 | 操作 |
|---|---|---|---|---|---|---|---|---|
| 点击刷新按钮加载列表 | ||||||||
通过三级下拉框手动修改动车组配属信息。修改所时会自动执行四步操作：更新 former_bureau、更新 source_info、更新 station、清理重复内容。
| ID (首车次-日期) | 车次数 | 首车次→尾车次 | 循环天数 | 铁路局 | 客运段 | 交路担当 | 存放站 | 数据版本 | |
|---|---|---|---|---|---|---|---|---|---|
| 点击查询按钮加载数据 | |||||||||
| ID | 版本 | 车型 | 日期范围 | 原始交路 |
|---|---|---|---|---|
| 点击查询按钮加载数据 | ||||
定时任务：每日 23:40 自动执行
| 同步日期 | 类型 | 车次数 | 成功 | 失败 | 耗时 | 状态 | 时间 |
|---|---|---|---|---|---|---|---|
| 点击刷新按钮加载日志 | |||||||