微博数据库,架构、技能选型与优化战略

数据库 2025-01-25 3

微博的数据库架构和规划是一个杂乱且多层次的结构，首要分为数据库和缓存两个部分。以下是具体的规划和完成：

数据库规划

1. 用户表 `user_id`: 主键，用户仅有标识 `username`: 用户名 `password`: 用户暗码（加密存储） `created_at`: 创立时刻

2. 微博表 `tweet_id`: 主键，微博仅有标识 `user_id`: 外键，发布微博的用户 `content`: 微博内容 `created_at`: 创立时刻

3. 谈论表 `comment_id`: 主键，谈论仅有标识 `tweet_id`: 外键，谈论的微博 `user_id`: 外键，谈论的用户 `content`: 谈论内容 `created_at`: 创立时刻

4. 转宣布 `retweet_id`: 主键，转发仅有标识 `tweet_id`: 外键，被转发的微博 `user_id`: 外键，转发用户 `created_at`: 创立时刻

这些表经过外键相关，保证数据的一致性和完整性。例如，微博表中的 `user_id` 是用户表的外键，保证每条微博都有一个对应的用户。

数据库架构

微博的数据库架构首要运用 MySQL 数据库，并采用了分库分表和读写别离的战略来应对高并发拜访。具体措施包含：

1. 分库分表：每个用户的 UID 是仅有的，不同 UID 的用户依照必定的 Hash 规矩拜访不同的端口，这样能够减轻单个数据库端口的拜访压力。2. 读写别离：写恳求拜访 Master，读恳求拜访 Slave，Master 只需求一套，Slave 依据拜访量的需求能够有多套，即“一主多从”的架构。3. 灾备数据库：在异地布置一套冷备的灾备数据库，每天对一切最新的数据进行备份，以防线上数据库产生一起宕机的状况。

缓存规划

1. Memcached L1缓存：首要起到分管缓存带宽压力的效果，能够无限进行横向扩展。每一组缓存包含多台机器，依照用户 UID 进行 Hash。 Master缓存：避免拜访穿透到数据库，内存大小比 L1 大，以存储尽可能多的数据。 Slave缓存：首要起到高可用的意图，避免 Master 的缓存宕机时，从 L1 穿透拜访的数据直接恳求数据库。

2. Redis CounterService：用于计数器，如微博的转发、谈论、赞的计数。比较 Redis，内存运用量削减到本来的 1/15～1/5，并进行了冷热数据别离。 Phantom：用于“存在性判别”，如某条微博某个用户是否赞过、是否看过。每条记载十分小，但总数据量巨大。Phantom 经过火 Table 的存储结构，有用优化了存储空间。

数据库和缓存的优化

1. 冷热数据别离：热数据放在内存里，冷数据放在磁盘上，运用 LRU 算法办理冷热数据。2. 计数器优化：针对微博的计数器场n经过上述规划，微博的数据库和缓存体系能够高效地存储、检索和处理海量数据，保证体系的安稳性和高可用性。