并发性能与访问量

中小型信息企业的开发团队经常听到一句话：我们访问量不大，系统不必设计的这么复杂。然后却经常莫名其妙的发现些用户重复信息、订单重复提交、关键性数据溢出或者超出范围的问题。不好意思，访问量和并发性能有时候真的没啥直接关系。
假设一个系统每分钟60个访问，表面看来系统没什么压力。但是，假设你的系统在做一个秒抢的活动，好的，这60个访问挤在第一秒一下子来了，你看，访问量没什么变化，可是系统的并发性能指标却被一下子击穿了，因为你是照着一秒一个访问模型设计的，悲剧就是如此的诞生的。
所以，资源锁不论处理什么访问量的系统都要做好防线。而且并发量这个东西和概率相关性很大，并且采用关系型数据库做锁由于关系型数据库本身的特性性能很差。采用nosql的数据库做锁性能稍微好点，但是需要算好并发极限，而且受到网络通信的影响，存在一个动态临界点。