rpc整合tp5的orm,出现数据写入失败,写入超时的情况
现在我用rpc-json我自己改造了下,引入的tp5的orm和容器,psr-4的自动载入
并在db的config在onWorkStart里面初始化的
项目分了3层
- Services 用来接收,判断
2. Repository 用来操作model层,基本curd操作全在这一层
3.model层,单纯的model层,只是继承了tp5的model,和一些修改,获取器
现在出现了,在Repository 操作 会出现写入失败,更新超时
mysql的断线重连,我已经处理,捕获了wanring,并且抛出了错误,已经被捕获了
还是说,我应该在执行完成,关闭所有的mysql连接,删除所有的model实例?
3264 3 0
3个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman有没有可能考虑内置Macro宏功能呢？
webman移植到linux报错Cannot redeclare……
workerman/http-client 是否需要手动关闭连接
关于webman使用fastcgi_finish_request函数的类似效果的方案
workerman/workerman (v4.2.0 => v4.2.1)后webman报错
webman不错，但不建议官方做webman-admin
Webman AI 发布5.2版本，支持画廊功能，支持史上最强gpt-4o模型
wokerman think-worker 内存一直增长
关于 webman/think-orm 和 topthink/think-orm 重复类名的问题
是不是该在rpc请求结束后,清除model实例,并且关闭mysql连接?
写入失败,更新超时的具体报错贴一下。
另外数据库是本地数据库127.0.0.1还是其它服务器或者阿里云rds，数据库前是否有负载均衡？
使用的本地127的,没有负载均衡,错误当时没有记录,因为我实在win下开发的,我现在尝试在本地linux下复现错误
一般直接整合tp5的orm是可以的吧
事物问题,事物没有提交就会导致mysql的写入阻塞
平时也没注意,这里是因为事物没有提交或者回退
但是mysql链接没有断开,导致事物一直都是开启状态