mysql 主从ppt_MYSQL主从复制和读写分离.ppt

数据存储层的技术分享--触龙 01 架构的组成(了解) 02 03 架构的五层模型(了解) 04 数据的主从复制和读写分离 Contents 目录 05 架构的演变--项目案例分享(了解) 一.架构的组成 硬架构 软架构 粗略划分 (非标准) 1.根据用户的地域分布选择合造的机房 2.根据设定的网站并发目标选择带宽 3.根据技术团队的能力划分服务器，如：代理服务器、图 片服务器、WEB服务器、缓存服务器、数据库服务器、 应用服务器、 日志服务器、监控服务器等 1.根据流量入口和营销重点选择开发方向：PC端、M端 3.选择合适的框架：第三方或自主研发 2.选择合适的语言：Java、php、.net、C/C#/C++、Python、 javascript、Ruby等，或者是它们的某些组合 4.结合硬架构的服务器划分和开发语言实现负载均衡、缓存、 动静分离、数据库集群和库表散列、分布式计算等 ...... ...... 没有固定的架构，架构是一个逐步演变的过程！ 二.架构相关概念 负载均衡： (Load Balance) 集群(Cluster)：是一组独立的计算机系统构成一个松耦合的多处 理器系统，按功能和结构可以分为高可用性集群 High-availability (HA) clusters 、负载均衡集群 Load balancing clusters 、高性能计算集群 High- performance (HP) clusters 。 架构知识 集群技术的一种，通过负载均衡器根据某种算法 合理将计算压力分配到集群中的每一台计算机上， 以减轻主服务器的压力，降低对主服务器的硬件 和软件要求。 三.架构五层模型 Report层：基于监控层、各业务层生成的各类报表，以辅助决策者进行决策，如BI等 Monitor层：监控架构系统各软硬件及应用程序的运行状态、网络服务、占用资源，并根据设定标准完成报警、故障分析、流量分析、入侵检测等 APP层：参与业务处理的被封装成模块的应用程序(如Auth模块、User模块、DB模块、 　　　　　　　　　 Cache模块、Lookup模块、Log模块、根据不同平台处理不同业务的各种模块等等) Components层：支撑系统运行，保证架构系统业务处理的完整性(如Nginx、Apache、Mysql、Tomcat、PHP、Java、Python、JS、Redis、Mongo、Memcache等) OS层：架构系统的根基(如操作系统、服务器间的网络通信系统、软/硬防系统等) 四.MYSQL的主从复制和读写分离 4.1.MYSQL主从复制原理： 整体上来说，复制有3个步骤： (1) master将改变记录到二进制日 志(binary log)中 (2) slave将master的binary log events拷贝到它的中继日志 (relay log)； (3) slave重做中继日志中的事件， 将改变反映它自己的数据。 实现整个复制操作主要由三个进 程完成的，其中两个进程在Slave (Sql进程和IO进程)，另外一个 进程在Master(IO进程)上。 MYSQL主从配置流程略 它的缺点是：1、Slave实时性的保障，对于实时性很高的场合可能需要做一些处理 2、高可用性问题，Master就是那个致命点(SPOF:Single point of failure) 四.MYSQL的主从复制和读写分离 4.2.MYSQL主从复制常见架构拓扑图： (“一主一从”、“一主多从”、“双主”、“多级复制”和“多主单向环形结构”) 四.MYSQL的主从复制和读写分离 4.3.MYSQL主从复制的延迟原因： 延迟原因： 主库多线程并发更新 从库单线程串行更新 1、mysql的主从复制都是单线程的操作，当主库的TPS并发 较高时，产生的DML和DDL数量超过slave一个sql线程所能承受的范围，就会产生延时 2、slave的大型SQL查询语句产生了锁等待 四.MYSQL的主从复制和读写分离 4.4.MYSQL主从复制的延迟解决方案： 使用数据库缓存技术：在写入数据库的同时写缓存，数据先从缓存读再读数据库 01 WEB SERVER APACHE/NGINX/LIGHTTPD 应用服务器 Mysql 主库 Mysql 从库 Memcache Reids Mango HBase