MYSQL主从复制和读写分离.ppt

MYSQL主从复制和读写分离.ppt数据存储层的技术分享--触龙
01
架构的组成(了解)
02
03
架构的五层模型(了解)
04
数据的主从复制和读写分离
Contents
目录
05
架构的演变--项目案例分享(了解)

硬架构
软架构
粗略划分
(非标准)


,如:代理服务器、图
片服务器、WEB服务器、缓存服务器、数据库服务器、
应用服务器、日志服务器、监控服务器等
:PC端、M端
:第三方或自主研发
:Java、php、.net、C/C#/C++、Python、
javascript、Ruby 等,或者是它们的某些组合
、缓存、
动静分离、数据库集群和库表散列、分布式计算等
...... ......
没有固定的架构,架构是一个逐步演变的过程!

负载均衡:
(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层:架构系统的根基(如操作系统、服务器间的网络通信系统、软/硬防系统等)

:
整体上来说,复制有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)

:
(“一主一从”、“一主多从”、“双主”、“多级复制”和“多主单向环形结构”)

:
延迟原因:
主库多线程并发更新从库单线程串行更新
1、mysql的主从复制都是单线程的操作,当主库的TPS并发较高时,产生的DML和DDL数量超过slave一个sql线程所能承受的范围,就会产生延时
2、slave的大型SQL查询语句产生了锁等待

:
使用数据库缓存技术:在写入数据库的同时写缓存,数据先从缓存读再读数据库
01
WEB SERVER APACHE/NGINX/LIGHTTPD
应用服务器
Mysql
主库
Mysql
从库
Memcache
Reids
Mango
HBase

:
使用第三方插件: transfer 、relay fetch、MYSQL Proxy等例:transfer
02
Transfer是一个主从多