delete 后确保 commit，最好重新创建一个连接，然后再写入试试
如果没有 commit，锁会一直存在，当新数据主键或索引项与被删数据相同时，可能会造成死锁

避免程序运行过快？

如果你真的担心大流量，优化业务逻辑为先，用好 redis，然后做负载均衡+多台部署，时间允许的话，底层代码换 swoole 协程，最后上一套 k8s 做好自动部署

11 楼分析靠谱，冒着风险保你一人，可能会丢失更多客户

发个网址不好吗

你的截图包含答案，把第二个勾挑上

你碰到的应该是 30X 状态码跳转

把读盘丢到循环外面再测测
如果效率没有数量级的差距，推荐 json

借楼请教下什么是中台，和微服务架构有什么区别？

5G 手机用 4G 套餐也能连接 5G 网络，没有额外费用，只会限速，但也比 4G 网络带宽高很多。可是我用了 2 个月没感觉比 4G 有什么实质上的提升，网页延迟没变化，最大宽带需求在线 1080P 视频 4G 也能流畅

直觉上是某个 http header 引起的，http 版本？ keep-alive ？

可以聊聊老项目有什么改进点

1.验证方法，多创建几个线程，跑死循环，用 top 命令看看
2.协程=用户态线程，不能和多线程共用，建议找一找线程和协程的文章，顺便了解下操作系统线程和 cpu 线程的区别

汇报一下比较好，注明运行环境、参数和结果，让主管定夺
如果 bug 是在职人员负责开发的，私下跟他讲

需求拆开看，分 3 个部分，http 服务器，http 请求，过滤器，你说的拿到 80 443 端口的请求，其实就是个 http 服务器，拿到参数后走个过滤程序，通过后，uri 和参数不变，向业务服务器发请求，把结果返回给用户

LRU 的基础上，增加一块环形内存，记录时间戳和缓存 key 或地址，从左向右是时间递增的，指针 P 记录当前环形起点。当缓存队列已满需要 set 时，优先读取 P 指向的时间戳，如果没过期，执行 LRU 算法；如果过期，则替换 P 指向的 key 、value 、时间戳，然后 P 右移一位，不执行 LRU 。不知道这个方案有没有问题。

公司 php web 项目，我创建了 2 个镜像仓库，base （仅包含项目依赖，构建时使用方式 2 远程拉取）和 service （ FROM base，仅包含业务代码，构建时复制到指定目录），项目的新功能需要添加依赖时，更新 base 镜像，service
镜像业务代码更新频率很高，但体积小，打包快，又有一个可控的 base 依赖镜像

试试做登录状态保持，随机间隔时间访问几个随机页面

你的 db 是单机还是主从，replace into 好像在主从架构上有 bug