QQ 空間動態評論回復數據庫設計：三表關聯 vs 遞歸自關聯優化方案

原始設計痛點

三表分離（動態表、評論表、回復表），導致：

• 查詢動態詳情需多次 JOIN/子查詢
• 回復層級固定為 2 層（評論→回復），無法支持多層嵌套
• 統計聚合（評論數、回復數）需多表掃描

優化方案：單表遞歸自關聯 (Adjacency List)

CREATE TABLE dynamic_content (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    user_id BIGINT NOT NULL,           -- 發布者
    content_type TINYINT NOT NULL,     -- 1:動態 2:評論 3:回復
    parent_id BIGINT DEFAULT 0,        -- 父內容 ID，0 表示頂層動態
    root_id BIGINT DEFAULT 0,          -- 根動態 ID，便於查詢整條鏈
    content TEXT NOT NULL,
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
    like_count INT DEFAULT 0,
    reply_count INT DEFAULT 0,         -- 直接子回復數，冗余字段加速統計
    INDEX idx_user_time (user_id, create_time),
    INDEX idx_parent (parent_id),
    INDEX idx_root (root_id)
);

核心查詢模式

• 獲取動態及一級評論：SELECT * FROM dynamic_content WHERE root_id=0 AND id=? UNION SELECT * WHERE parent_id=? ORDER BY create_time
• 遞歸獲取所有回復：應用層遞歸或 WITH RECURSIVE (MySQL 8.0+)
• 用戶動態列表：WHERE user_id=? AND content_type=1

關鍵優勢

大數據量擴展

• 分表：按 root_id 哈希分片，同一動態鏈路落同一分片
• 緩存：熱門動態鏈路 Redis 存儲 (List/Stream)
• 異步：寫入 MQ 異步更新計數器、推送通知

社交動態評論系統，單表遞歸自關聯是經典最佳實踐。表少、查詢快、擴展強，遠優於業務維度建表。

1. 上一篇文章： HTML align="center" 不生效：舊屬性已棄用，改用 CSS text-align 或 flex
2. 下一篇文章： C# 連接資料庫報錯：需提供具體錯誤訊息才能診斷

程式設計綜合問答

C++ vector<T>[MAX] vs 二維陣列：效能、執行緒安全與適用場景深度對比

定義差異 特性vector<T> arr[MA

Android Intent 錄音無法指定儲存路徑？改用 MediaRecorder 完全掌控

現象 使用 MediaStore.Audio.Media.R

Hibernate 繼承映射 vs Type 字段：角色轉換與 ID 生成策略深度對比

兩種設計模式對比 維度繼承映射Type 字段區分

Java 運算子優先級與求值順序深度解析：a+3*a++ 為何等於 8？

經典面試題：int a=2; int b=a+3*a++;