浏览模式: 普通 | 列表
8月, 2017 | 1

mysql处理高并发,防止库存超卖

[ 2017-08-26 16:59:35 | 作者: admin ]
参考:http://www.cnblogs.com/xjnotxj/p/5516611.html

  今天王总又给我们上了一课,其实MySQL处理高并发,防止库存超卖的问题,在去年的时候,王总已经提过;但是很可惜,即使当时大家都听懂了,但是在现实开发中,还是没这方面的意识。今天就我的一些理解,整理一下这个问题,并希望以后这样的课程能多点。

先来就库存超卖的问题作描述:一般电子商务网站都会遇到如团购、秒杀、特价之类的活动,而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。然而,作为活动商品,库存肯定是很有限的,如何控制库存不让出现超买,以防止造成不必要的损失是众多电子商务网站程序员头疼的问题,这同时也是最基本的问题。

从技术方面剖析,很多人肯定会想到事务,但是事务是控制库存超卖的必要条件,但不是充分必要条件。

举例:

总库存:4个商品

请求人:a、1个商品 b、2个商品 c、3个商品
...

阅读全文…
rsync -avreH --progress 'ssh -p Port' root@remoteip:/remotepath/ /localpath/

实例如下:
rsync -avreH --progress 'ssh -p 1001' root@222.222.222.222:/data/backup/ ./
p.s. rsyns在非默认SSH端口 http://blog.xg98.com/article.asp?id=2447

需要参考:http://douya.blog.51cto.com/6173221/1761314/

[转帖]http://www.ttlsa.com/web/let-infotify-rsync-fast/

背景
我们公司在用inotify+rsync做实时同步,来解决分布式集群文件一致性的问题。但当web文件越来越多(百万级数量html,jpg等小 文件),同步就越来越慢,根本做不到实时,按照网上的调优方法都尝试过,问题根本没有解决。经过我一翻细致研究,终于把慢的核心问题研究明白,先总结一句 inotifywait响应不会有延迟,rsync也很快。大家同样有慢的烦恼,那是因为网上的inotify+rsync的教程都是坑。下面我们来分 析。
...

阅读全文…
1