六个可以替代传统事务解决并发问题的建议 增删改查是大部分框架的功能，如果有两个并发请求修改同一个数据，这个时候，你会怎么办？或者插入本来应该是唯一却重复的数据时应该怎么办？再或者插入和修改时有其它辅助动作比如保存到另外的表，这些情况，有什么好的解决方案？我想最开始，你会首先想到“
Windows下ngin+fastcgi+php的并发阻塞问题 接到一个需求，两个项目之间需要以接口形式通讯。我心想curl轻松解决，Easy！啪嗒啪嗒啪嗒……代码撸完了，本地测试一下浏览器一直转圈圈直到超时……Why!?没有任何错误提示信息，日志也没有任何新记录用POSTMAN调试了一下刚写出的接口，
服务端Http接口并发测试工具--siege使用介绍 并发测试工具seige使用介绍需求抽奖每天每个用户只能抽3次 需要验证高并发情况下同一用户是否存在超抽 即抽奖次数超过3次# 模拟同一用户并发提交10次抽奖请求siege 'http://localhost:8080/lottery/dra
坑系列 —— 缓存+哈希=高并发？ 今天继续坑系列，高可用已经讲过了，当前互联网时代，怎么少的了高并发呢？高并发和高可用一样， 已经变成各个系统的标配了，如果你的系统QPS没有个大几千上万，都不好意思跟人打招呼，虽然可能每天的调用量不超过100。高并发这个词，我个人感觉是从电
