12306架构进化：从单机到高并发。

12306系统架构的演进：从单机到分布式高并发

12306系统作为全球最大的铁路售票平台，其架构演进经历了多次技术迭代，从早期的单机系统到如今的分布式高并发架构。这一过程不仅反映了中国铁路客运需求的爆炸式增长，也展现了技术团队在应对高并发、高可用性挑战时的创新与突破。

---

早期单机架构的局限性

最初的12306系统基于传统的单机架构，采用集中式数据库和简单的Web应用层设计。这种架构在用户量较小时尚能应付，但随着春运等高峰期的到来，系统面临严重的性能瓶颈。数据库读写成为瓶颈，页面响应时间延迟，甚至频繁崩溃。

// 早期单机架构的典型代码示例（简化版）
public class TicketService {
    private static Map<String, Ticket> ticketDB = new HashMap<>();

    public synchronized Ticket buyTicket(String userId, String trainId) {
        Ticket ticket = ticketDB.get(trainId);
        if (ticket == null || ticket.isSold()) {
            return null;
        }
        ticket.setSold(true);
        ticketDB.put(trainId, ticket);
        return ticket;
    }
}

这种设计的问题在于：

• 锁竞争激烈，吞吐量低。
• 数据库单点故障风险高。
• 无法横向扩展。

---

读写分离与缓存优化

为了解决单机架构的性能问题，12306团队引入了读写分离和缓存技术。数据库主从复制分担读压力，Redis缓存热门车次信息，减少直接访问数据库的频率。

// 引入缓存后的购票逻辑
public class TicketServiceWithCache {
    private Jedis jedis; // Redis客户端
    private TicketDAO ticketDAO; // 数据库访问层

    public Ticket buyTicket(String userId, String trainId) {
        String cacheKey = "ticket:" + train