交易所的历史记录能查多久：网页窗口、接口断层与公开数据集的三道门

想找一年前的一笔成交，交易所页面翻到一半就没了下文——很多人的第一反应是平台把记录删了。多数情况下不是。交易所的数据并没有一个统一的「查询年限」，它被拆在三层结构里，每层的可见范围、调用方式和用途完全不同。本文按这三层拆开讲，再给出把记录长期留在自己手里的办法。本文撰写于 2026 年 8 月，只讲结构，不确认任何平台当下的具体窗口参数，一切以官方文档为准。

第一层是网页端和 App 里的订单、充提列表。这是最常用的入口，也是窗口最短的一层。多数平台把前台列表做成滚动窗口，展示最近一段时间内的记录，更早的条目不再逐页展示。窗口具体是几天、几个月，各平台不同，也不属于适合背下来的参数——它的正确用法是查近期流水，而不是当档案库。前台翻不到，只代表前台不展示，不代表后台没有。

第二层是接口，通常又被拆成两个端点：一个查「近期」，一个查「历史」。近期端点响应快、开销小，但覆盖的时间跨度短；历史端点跨度长，往往有单次查询范围、并发频率或延迟返回的限制。两层之间经常存在一段断层：比近期端点更久、又还没进历史端点索引的时间段，接口一次调查看不到。这就是很多人「明明有这笔单子却查不出来」的技术原因——数据在，查询路径暂时没覆盖到，换历史端点或缩小时间区间分段拉取通常就能接上。分段拉取时要注意分页游标和时间边界的开闭口径，否则边界日期容易重复或漏掉。

第三层是平台公开的离线数据集与对账单服务。部分头部交易所会把历史行情数据（K 线、逐笔成交等）整理成公开数据集供下载，比如币安在 GitHub 上维护的公开数据仓库；要注意这类数据集面向的是行情而不是你的账户记录，账户级数据不在其中。账户级的长期留存，靠的是报表中心的对账单导出，以及部分法域下的数据副本请求渠道——例如欧盟用户在适用规则下可以依个人资料保护法规向平台申请本人数据副本，这类请求有法定响应时限（以 GDPR 现行文本为例为一个月，可依法延长），具体以你适用的法域文本和平台流程为准。

把三层合起来看，实操建议就很清楚了：第一，不要等平台需要时才去翻记录，按季度或按年从报表中心导出成交、资金流水和充提记录存档；第二，导出后立刻核对字段口径——时区是 UTC 还是本地时间、费用是否含折扣、内部划转是否计入流水，这三项是账单对不上的高频原因；第三，如果你的量靠接口跑，代码里对近期和历史两条路径都做覆盖，把断层区间分段补齐，不要假设一次调用能拉全。

还要提醒两个常见误区。误区一：把接口断层当成平台销毁记录。真实销毁用户交易记录意味着违反多数法域对交易记录保存期限的要求，平台主动删自己法定义务范围内的记录反而异常；查不到时先换查询路径，再谈其他解释。误区二：把别人的第三方工具缓存当成原始证据。对账、维权、税务申报需要的证据应当来自平台官方导出或数据副本请求，截图和第三方面板只能当线索，不能当底档。

最后一个场景值得单独说：账户注销之前。注销流程普遍会压缩你自助导出数据的窗口，一旦进入冷静期或注销完成，再申请历史数据的流程就完全不同了。任何退出平台的决定，动手前的第一件事是把自己的记录全部导齐并验证可读，这一步的优先级高于资产搬离本身。

风险提示：本文仅解释交易所历史记录查询的结构与留存方法，不构成投资建议。交易记录涉及个人金融信息，导出与存档请注意保管，避免泄露。各平台查询窗口、接口范围与数据请求流程以官方文档和你适用的法域规则为准。