iyi
理论上应该不是连接断开了。 egg-mysql 底层使用的是 [ali-sdk](https://github.com/ali-sdk/ali-rds) 这个库， ali-sdk 使用的是 [mysql](https://github.com/mysqljs/mysql) 连接池 建立的连接。 可以打断点再排查一下是否是其他的原因
> 我碰到过这个问题 是mysqljs/mysql这个库维护的连接池没有超时销毁的问题，好像是服务端的mysql连接有一个8小时的强制销毁机制啥的，不会通知到客户端断开，所以客户端的连接池的连接会一直存在， 可以看看这个PR[Add idleConnectionTimeout to pool options](https://github.com/mysqljs/mysql/pull/2218)。 我的临时做法是开定时任务select 1让连接保活 MySQL 本身是有个 等待超时的参数 wait_timeout 默认是 8小时，这时候使用 select 1 保活是很好的处理方案。 但是如果连接被销毁，在用这个连接执行 SQL 是会报错的。 还有题主的一段时间是多久？ 应该没有8小时的
> 看起来是没有改到，推荐你提一个 PR 尝试给我们做一下贡献哈。感谢反馈。 https://github.com/cloudwego/kitex/pull/683 @baiyutang
Is it solved now? @cppcoffee
@ffay 大文件上传是没问题的,但是大文件上传是有问题的 报的错一样的 net::ERR_CONTENT_LENGTH_MISMATCH 你可以试试的
@ffay 嗯 是的呢。 你可以写一个上传大一点文件的测试页面试试的
@ffay 你这个是没问题的呢 我给你说一下 我当时的场景把，我把大于5M的图片转换为base64格式上传的，然后老提示net::ERR_CONTENT_LENGTH_MISMATCH，然后我把代理关闭掉就可以上传的。。
I need this feature, how is it now？
大家还是没有说清楚，缓存在什么情况下保存什么位置啊