一、问题的提出 秒杀或抢购活动一般会经过 预约，下单，支付 ，扛不住的地方在于下单，一般会带来2个问题： 1、高并发 比较火热的秒杀在线人数都是10w起的，如此之高的在线人数对于网站架构从前到后都是一种考验。 2、超卖 任何商品都会有数量上限，如何避免成功下订单买到商品的人数不超过商品 ...

一、秒杀业务为什么难做 1）im系统，例如qq或者微博，每个人都读自己的数据（好友列表、群列表、个人信息）； 2）微博系统，每个人读你关注的人的数据，一个人读多个人的数据； 3）秒杀系统，库存只有一份，所有人会在集中的时间读和写这些数据，多个人读一个数据。 例如： 小米手机每周二的秒杀 ...

这篇文章重点还是谈已经上线的业务系统后续出现性能问题后的问题诊断和优化重点。 系统性能问题分析流程 我们首先来分析下如果一个业务系统上线前没有性能问题，而在上线后出现了比较严重的性能问题，那么实际上潜在的场景主要来自于以下几个方面。 正是由于这个原因 ...

【高并发】高并发秒杀系统架构解密，不是所有的秒杀都是秒杀！ 前言 很多小伙伴反馈说，高并发专题学了那么久，但是，在真正做项目时，仍然不知道如何下手处理高并发业务场景！甚至很多小伙伴仍然停留在只是简单的提供接口（CRUD）阶段，不知道学习的并发知识如何运用 ...

一分钟系列之《啥，又要为表增加一列属性？》分享了两种数据库属性扩展思路，被喷得厉害。第二天补充了一篇《这才是真正的表扩展方案》，分享了互联网大数据高并发情况下，数据库属性扩容的成熟工具及思路。 对于version + ext方案，还是有很多朋友质疑“线上不可能这么用”。本篇将讲述一下58 ...

缘起：受@萧田国 萧总邀请，上周五晚上在“高效运维1号群”内分享了《58同城数据库软件架构设计与实践》（这个topic今年在数据库大会上分享过），应组织方要求，发出纪要。 一、基本概念 二、数据库架构设计思路 （1）可用性 （2）读性能 （3）一致性 （4）扩展性 ...

硬核技术： 《InnoDB架构，一幅图秒懂！》1.7W+《写缓冲(change buffer)，这次彻底懂了》1.9W+ 《缓冲池(buffer pool)，这次彻底懂了》2.6W+ 《(double write buffer)，你居然没听过？》1.3W+《InnoDB到底支不支持哈希索引 ...

轮询”究竟是不是过时的技术，是不是可以被其他方案替代，接入层架构技术演进，是本文将要细致讨论的内容。 ...