AI 连续跑8个小时会用多少token

原创

hyang0
hyang0

生有可恋

2026年10月23日 06:26
湖北

去阅读

用 AI 写了个数据库管理的应用，跑了8个小时还没跑完。

Claude Code 会把会话记录存为 JSONL 文件，从而可以在项目中统计实际项目的 token 使用量。

原会话还在跑，我重新起了个会话统计用量，输出如下：

累计约 4209 万 token,绝大多数是输入侧(其中 3,960 万是 cache\_read,即命中 prompt 缓存。

原始(未缓存)input\_tokens 约 220 万,output\_tokens 约 14.3 万。等效输入 ≈ 2,119,928 + 143,104 + 39,607,488×0.1 ≈ 6.18M

也就是说名义上跑了 4200 万 token，但缓存命中率极高,等效计费量约 630 万。

最终生成的 token 费用报告为：

任务是晚上跑的，按时间段用量如下：

明细：

当前 AI 连数据库基本上没有什么问题，但个别语句还是会犯错，特别是老版本的库还是需要 DBA 去调具体的 SQL。

原始表空间监控的利用率无法体现实际大小，计算数据文件会遗漏自动增长的空间，加上最终数据文件的增长大小才能估算出实际用量。提供SQL重新让 AI 出一个统计报表后，数据准确多了。

Oracle 表空间监控的语句：

Oracle 表空间使用率监控

五年的前的监控内容：

五年时间，数据增长了十个T。

之前一直没有用 AI 去碰数据库，毕竟这属于高风险低收益的事情。刚好就这个话题讨论一下 AI 使用安全的问题。

无论使用 AI 读代码还是读数据库，都涉及到生产安全。需要做好隔离，针对数据库，可以使用测试库或 DG 库。不到万不得已不要去碰生产库。

比如上面那个数据量有十几T的库，都能看出它好像哪里有点问题，但如果要动就要开会讨论并找专业DBA评估，并放在凌晨修改。我已经熬不了夜了，这种高风险的事要少做。做好备份，这才是分内事。

第一点，用测试库，尽量不碰生产库。

第二点，让 AI 连库之前修改一下数据库账号密码。

目的是给AI测试账号和密码，不暴露真实环境信息。oracle 数据库修改账号密码的 sql ：

alter user testuser identified by fakepasswd;

我这是主要涉及的是数据库的字典表，如果要用 AI 去拿业务数据，要求要更严格一点。最好用测试表和测试数据，比如在测试库中清空业务表只留demo 数据，给 AI 打造一个安全的数据库环境。

我们使用的是云和恩墨的备份一体机在做开发，可以保证一人一套测试库。虽然原库大小有十几T，但使用 ZFS 的快照特性后，实际每套库只占用几个G。

最后给合作伙伴的产品打个广告：

这两年存储涨了近两倍，当年这一套需要50万，用了六年了，现在不知道具体多少钱。

全文完。