u010154380的专栏

1 架构背景         CleverCode了解了一下架构。现在的情况是：一共约有50台服务器，安装的服务nginx,mysql,memcached,squid,solor等。 现在日均纯PHP访问的PV是2500万，最高峰值可以抗住5000万访问。        以下只列出来一些常用域名，部分访问域名未列出来，其中的机器也只列出来部分。 2 架构原理图

单点系统架构的可用性与性能优化 一、需求缘起 明明架构要求高可用，为何系统中还会存在单点？ 回答：单点master的设计，会大大简化系统设计，何况有时候避免不了单点 在哪些场景中会存在单点？先来看一下一个典型互联网高可用架构。 典型互联网高可用架构： （1）客户端层，这一层是浏览器或者APP，第一步先访问DNS-server，由域名拿到nginx的外网IP （2）负载

1 秒杀业务分析 正常电子商务流程（1）查询商品；（2）创建订单；（3）扣减库存；（4）更新订单；（5）付款；（6）卖家发货 秒杀业务的特性（1）低廉价格；（2）大幅推广；（3）瞬时售空；（4）一般是定时上架；（5）时间短、瞬时并发量高； 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品，预计会吸引1万人参加活动，也就说最大并发请求数是10000，秒杀系统需要面对的技

电商的秒杀和抢购，对我们来说，都不是一个陌生的东西。然而，从技术的角度来说，这对于Web系统是一个巨大的考验。当一个Web系统，在一秒钟内收到数以万计甚至更多请求时，系统的优化和稳定至关重要。这次我们会关注秒杀和抢购的技术实现和优化，同时，从技术层面揭开，为什么我们总是不容易抢到火车票的原因？ 一、大规模并发带来的挑战 在过去的工作中，我曾经面对过5w每秒的高并发秒杀功能，在这个

redis使用watch完成秒杀抢购功能      redis使用watch完成秒杀抢购功能： 使用redis中两个key完成秒杀抢购功能，mywatchkey用于存储抢购数量和mywatchlist用户存储抢购列表。 它的优点如下： 1. 首先选用内存数据库来抢购速度极快。 2. 速度快并发自然没不是问题。 3. 使用悲观锁，会迅速增加系统资源。 4. 比队列强的多，队列会使