事实陈述：
- 我们共有【3】次提交通过 MySQL 正式用例功能准入（版本号及时间：【ec1257b4，11-13 08:11；b29e5b16，11-13；100000fb0，11-15】），但性能评测均返回“性能结果无效或超出平台范围，本项不参与排名”，未附任何测量值。
- 题面 3.5 节承诺评测失败时提供“失败类别与必要日志”，目前未收到任何 T（耗时）、B（磁盘 I/O）、M（峰值内存）原始值、失败类别或日志，我们无法定位改进方向。
- 我们已完成的自查：官方公开 20/20 用例通过；协议自测工具握手通过；在 64MiB 与 128MiB cgroup 限额下复现了题面默认性能负载（10,000 行 × 128 维、1,000 次 TopK10），写入约 2 秒、查询约 1 秒、容器峰值内存约 50MB；kill -9 强杀恢复与未提交事务回滚验证通过。
- 该“无效”结果与代码版本无关：多次提交中代码经历了较大改动（输出格式、内存策略），结果完全相同；且最新一次回退到此前确认通过的同一字节级代码后，结果仍待验证【如果 100000fb0 结果已出：结果仍相同】。我们因此怀疑为平台侧测量或结算环节的问题，而非实现问题。
- 另外，题面 3.3 节要求“参考实现、基线测量值、资源配置、统计工具、缓存流程及准备和执行时间上限须在比赛开始前公布并冻结”，我们在公开题包与
oceanbase/seekdb官方仓库（2026-competition-round2分支，最新提交 f4d4e266）中未找到上述内容。如已发布，请告知获取位置；如未发布，请补充发布。
请求：
- 提供最近一次提交的性能评测原始数据：T_write / T_query / B / M 三个（或四个）测量值，以及判定“无效”的具体类别（写入正确性失败 / 查询正确性失败 / Recall 不足 / 资源超限 / 超时 / 驱动异常退出）；
- 如确属我们实现的问题，请指明具体失败项，我们将立即修复；
- 如属平台故障，请按题面的重测规则处理本次提交；
- 告知冻结的资源限额（内存预算、准备时间上限、运行时间上限）的具体数值。
感谢评测方的工作，盼复。