MySQL 的架构设计 MySQL 架构一定要结合前台业务来设计、优化,所以不管是哪种架构、根据业务要求组合成符合需求的即是最好的、不能泛泛而谈同时、也必须注意数据的安全(如ipsec,ssh,vpn传输) MySQL常见的架构 MySQL常见的架构都是进行业务切分、前端缓存、分库分表。若是过亿的查询量则先从业务上拆分、将 bbs、web、blog 分成几个组、然后再做成一主多从、读写分离的方式
游戏常见的架构
电商常见的架构 电商中:生产环境也都是主从架构、然后用 DRBD + HA 做 Master 备份,主主不推荐、高可用还是推荐 DRBD 方案,DRBD 注意不设置自动启动、重启时候手动启动、脑裂的情况发生非常的少。不过、工作中基本不重启 DRBD、更不会重启服务器了、基本上没遇到脑裂的问题,DRBD 这个在做风险容灾的时候有一定作用、但不能起到扩展、结合 LVS相信也是一种 perfect方案,如:LVS+Keepalived 可以通过脚本剔除延迟慢或失效的从MySQL机器、而且LVS在软件负载均衡器中是最强的、在后端节点超过10台以上的情况、估计只有LVS能胜任
规模大的公司(如Sina、taobao) 规模中等的公司(如CSDN) |
|