沧海一粒沙

摘要： 用户信息表（t_user_info）字段名称字节数类型描述User_id4uint32用户编号（主键）User_name20Char[20]名称Msg_count4uint32发布消息数量,可以作为t_msg_info水平切分新表的auto_incrementFans_count4uint32粉丝数量Follow_count4Uint32关注对象数量备注：以User_id取模分表用户之间关系表（t_user_relation）,必须有关注与被关注的关系字段名称字节数类型描述User_id4uint32用户编号（联合主键）Follow_id4uint32被关注者编号（联合主键）Type1Uint 阅读全文

摘要： 12306全国火车票网上售票网站的情况大家都见到了，如果让你来设计该订票网站，你会如何设计才能应对如此大规模以及高并发的情况呢？以下是百度前技术总监邵辉给出的设计：列车在线订票系统的业务逻辑比较简单，不用多说。可能的瓶颈有两个，一个是车次和剩余票量的查询，一个是下单。在设计软件架构之前，需要先研究产品需求、软硬件条件、网络环境以及关联系统的接口，但这些资料无从获得，所以只能做几点分析和假设，做为设计的前提条件。1.2012年铁路春运是2.35亿人次，去程售票的那几天应该是订票的最高峰点，假设是3天内订出1.2亿张票，那么每天是4000万张。由于还有车站窗口、电话、代售点等渠道，所以每天通过网站 阅读全文

摘要： 在大容量，高负荷的web系统中，对数据库进行一系列拆分，可有效提升数据库容量和性能。在初学程序的早期，程序员通常都喜欢按传统数据库设计模式，设计为单库和单一功能表的结构，这样的结构在数据量和并发量达到一定程度之后，会出现严重性能问题和维护问题。在出现问题的时候才着手进行优化，会非常痛苦，所以应该在系统架设之初就考虑好之后会出现的问题。目前有些数据库策略是采用单库结构，然后通过同步分发到数台服务器实现读写分离。个人觉得这样的策略非常笨拙，还是想办法将其分隔开来好，否则每台机器的内存都很容易超支。一般只对数据量比较大的表进行拆分，这应该没有什么异议；还有一种是有可能会进行维护的比较重要的表，比如文 阅读全文