我们web服务器的一部分是crom作业(使用celery和rabbitmq),它将大约130MB的csv文件解析到postgres数据库中。将csv文件保存到磁盘,然后使用python中的csv模块逐行读取。运行mem_top()向我们展示了Django在内存中存储了大量的upsert查询(INSERT ... ON CONFLICT DO),包括它们的元数据。显然,Django不会在查询结束后将其从内存中释放。在不调用upsert的情况下运行crom作业将导致最大内存使用量为80MB,其中芹菜的默认内存使用量为60MB。
一个,我发现如果我手动进行SentryClient.captureEvent(event)调用,那么事件就会出现在哨兵中。.我试图通过在@RestController ie中抛出虚拟错误来触发断点。LOGGER.error("ERROR BEING LOGGED");}
虽然这个错误肯定会在控制台日志中抛出提到了一些与日志模块有关的内容,但我不明白这有什么关系。se