一、問題的提出 秒殺或搶購活動一般會經過 預約，下單，支付 ，扛不住的地方在於下單，一般會帶來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到底支不支持哈希索引 ...

輪詢”究竟是不是過時的技術，是不是可以被其他方案替代，接入層架構技術演進，是本文將要細致討論的內容。 ...