Boblim

摘要： 這可能是很多人第一次在高并發場景（尤其是秒殺活動）引入 WebSocket 時最容易忽略的隱患點之一。 有兩點非常關鍵： 1?? 高并發場景下 WebSocket 連接數過多； 2?? WebSocket 是否占用 Spring Boot / Tomcat 的 Web 層資源，會不會影響吞吐量。 我 閱讀全文

摘要： WebSocket 實時通知機制。在高并發、異步下單場景中，它是提升用戶體驗、降低輪詢壓力的關鍵組件。 接下來會從原理講清楚，再結合“秒殺活動”落地展示完整的前后端交互與代碼實現（Java Spring Boot + 前端示例）。 一、WebSocket 是什么？ WebSocket 是一種在瀏覽器 閱讀全文

摘要： 一、問題背景 mysql分表之后，只想保留某張表（例如訂單表）最近半年內的數據，然后歷史數據放到ES中進行歸檔，所以要定期處理。像這種的話，要怎么設計呢 二、問題解析 把「近 6 個月留在 MySQL，歷史數據歸檔到 ES 并定期清理」做成可運維、可回滾、可校驗的流程需要兼顧性能（對在線庫影響最小） 閱讀全文

摘要： 一、問題背景 第一個問題，mysql的話，一般單表行數達到多少性能會開始明顯下降，然后一般推薦單表行數到多少建議做分庫分表呢；第二個問題，mysql的單庫最大可支持的qps是多少，一般qps到了多少之后，會推薦進行分庫呢 二、問題分析 1. 單表行數多少開始明顯下降？ 官方理論： InnoDB 本質 閱讀全文

摘要： 一、get方法為什么不需要加鎖 1. 為什么 get 不需要加鎖 在 JDK8 的 ConcurrentHashMap 里： get 方法內部基本是： 1 public V get(Object key) { 2 Node<K,V>[] tab; Node<K,V> e, p; int n, eh; 閱讀全文

摘要： 錢包類業務在支付行業里有一些比較固定的模式（無論是支付寶余額寶、微信零錢，還是 Stripe Balance / Paytm Wallet），基本設計目標是： 余額和資金安全：必須有嚴格的賬實一致、冪等和防篡改能力。 高并發讀寫：充值/消費/退款頻繁，要求快速的扣減和回滾能力。 清晰的流水：任何一筆 閱讀全文

摘要： 一、前述 問題1: 電商系統創建訂單的邏輯中,如果訂單使用了優惠券的話,是會把優惠券直接標在訂單表么，還是會單獨創建一個表里記錄訂單和多個優惠券之間的關系 問題2: 如何設計一套mysql數據庫的表，可以將訂單信息、支付信息、優惠券信息以及商品信息之間關聯起來 二、實戰演練 結論先說：如果訂單允許使 閱讀全文

摘要： 下面我會把支付中心在流量驟增 / 下游通道故障時的熔斷與降級策略拆成（1）原則與常見策略，(2) 業務級降級/路由策略，(3) 具體落地組件（行業實踐與參考），以及（4）可直接落地的 Java 示例（使用 Resilience4j + fallback + 速率限制 + 隔離）。 1) 基本原則（5 閱讀全文

摘要： 實戰演練：有一個十進制字符串(長度不限)，要將該字符串轉化為52進制字符串，52進制字符由a-z和A-Z構成 一、十進制轉換成52進制 1. 使用BigInteger 直接上代碼 1 import java.math.BigInteger; 2 3 public class DecimalToBas 閱讀全文

摘要： 最近一直在討論支付相關的話題，那就以 交易訂單表 / 支付單表 主鍵設計 為話題，討論是用邏輯主鍵（自增ID、雪花ID）還是直接用業務單號（交易單號/支付單號）做主鍵，以及分庫分表的影響。 一、主鍵設計對比 1. 主鍵設計的兩種方式 方式 A：業務單號作為主鍵 比如： trade_id（交易單號）直 閱讀全文