架构之MySQL+LVS知识点总结

目录

MySQL中核心的部分

Mysql数据库升级，修复，变更，补丁

相关LVS的负载均衡

LVS-DR

LVS有几种模式

---

基于lamp基础的架构，业务类型比较特殊，主要做的并不是动态静态交互，在调用tomcat的小程序进行处理。

nginx依旧作为访问的入口，再访问进去之后需要加载图片，由于从磁盘加载很慢，需要想办法放在redis内存里面，（先将一个数据保存在内存中，根据开启的rdb和aof规则和策略再去持久化到磁盘中）。上述的mongodb也是一个非关系型数据库，可以存储一些简单的索引，也可以使用elk或者FastDFS（有点像NFS，NFS就是本地的存储空间以挂载到本地目录的方式，再把这个目录暴露出去以让别人进行网络形式的挂载，最后使用自己的空间给别人节省空间）。FastDFS特性在于存储一些小文件。

那么nginx的图片存在redis里，只要nginx去读取redis图片，加载就可以加速读取，唯一的约束是带宽的影响，那么redis在这就一个缓存或者缓冲的方式去使用。

开机启动顺序：开机自检，MBR扇区引导，grub菜单，加载内核，int进程初始化。

nginx多层代理：就是nginx代理nginx。

不建议使用这种方法，可以使用squid，缓存加速，正向加速，反向加速，透明代理（正常运维不会用）

为了保证tomcat和nginx传输的一个稳定性，安全性和速率，需要进行加速（加速的产品为CDN）

MySQL中核心的部分

存储过程：可以理解为一个函数

函数中封装了一组SQL语句的执行集合

两种方式

1，有传参

2，无传参（固定语句）

存储过程中

变更结束符可以改为任何一个别的比如：@@

BEGIN

CREATE()

use school 

select id，name，score from a

insert into a values （$wodk）;

END

存储引擎：能接触到的就是innodb，MyIsam

innodb和MyIsam的区别：

innodb：支持事务，支持外键，是行锁定，支持全文索引，侧重于写

MyIsam：不支持事务，不支持外键，是表锁定，不支持全文索引，侧重于读

不适合用于并发量大的场景（读）

MySQL5.6 和MySQL5.7的区别：5.7的innodb支持全文索引，5.6不支持

索引：类似于一个目录

Mysql数据库升级，修复，变更，补丁

7*24小时的运营场景，导致需要发送一个公告进行停服维护

需要发送一个公告：2：00-5：00停机维护

运维工程师在停机之前需要几个步骤才可以完成：

①协商变更操作的目的，要于领导联系，业务部门进行断连接，和研发沟通是否要打补丁

②编写运维文档，变更升级的文档，需要写明：变更目的，测试步骤+变更/执行过程（命令+语句）。———》记录在confuence的一个文档管理系统的文件中。

如果是小项目，需要到相关项目的目录下写上变更文档同时还有个操作，需要发送一封邮件通知相关部门和领导通知某时间段的变更（按照历史记录选择业务压力较低的时候维护）。

③需要制作一个回滚方案，如果在变更的执行过程中出现问题需要制作回滚方案，让变更或升级后，不存在无法启动的问题。（备份，如何让变更或升级的文件如何退回原本未升级的方案）。

④在变更前十分钟时候，需要和业务部门进行确认业务断开的情况（割接（物理割接））一定要自己确认。

⑤升级或者变更。

从几个角度去优化配置

第一个角度：主机层面 五大资源+内核

第二个角度：服务层面 找到该服务在架构中的核心功能再进行所谓的核心优化

第三个角度：代码/业务层面  协助/辅助方向

第四个角度：对接（tomcat connector nginx——》php——》FPM模块 fastCGI 9000端口）

PS：尽量再使用数据库中减少select*查看，会卡死导致雪崩现象

相关LVS的负载均衡

LVS是一个四层的负载均衡（基于UDP/TCP转发），其实还是基于IP和端口转发，借助于keep alived是七层转发

nginx做的是一个四层的负载均衡和七层的转发。

LVS-DR

 客户端访问路由网关，路由网关通过配置网卡进入LVS-负载均衡器，负载均衡器通过算法选择最优的节点，并将任务发送给该节点，（此时发送的源IP是226.100，目标IP是226.129）这台节点收到后，但其实发送的报文还是找226.100这个IP，所以通过ens33后还是发送给lo0（相当于三个网段的路由，这样公网和私网的IP是可以一样的。）在路由器发送本地节点时候，arp方式发送，这张网卡会呼应，但是做了一个路由禁锢（让这个地址留在本地不会响应），只有访问本地物理IP地址才会响应，这样能够在arp发送广播的时候，这个lo0不会呼应。

同时在路由网关arp表上记录的IP地址是ens33：226.100的，这样在回应路由网关的时候存在一个问题，如果用lo0：226.100发送的话，会存在冲突的问题，导致下一次再有任务进行处理时候不会再向负载均衡发送信息，需要从ens33上出去这样，数据包的源IP地址会变成物理网卡的IP地址，这样出去的话，报文来源是226.129.下来再来的时候可以通过负载均衡分流。（这就是DR模式）。

面试时候会问这样的问题

LVS有几种模式

nat，DR，隧道。这个有什么区别。

LVS中nat模式真实服务器是在内网上的，正常从负载均衡器进来，正常从负载均衡器出去

隧道模式：不在同一网络域，并且经常会部署在公网上，出现的缺点就是公网IP收费的（贵）

DR模式：拥有共同的网关，和隧道模式相似的地方在于真实服务器不会通过负载均衡器访问出去，直接访问到网关，再从网关出去。

LVS是一系列负载均衡器中负载能力最强的一个，但是配置繁琐。同时ipvs里面DR模式需要配置防火墙规则。只有大型集群里面才能体现。缺点是维护故障定位会很困难。

keepalived就是为LVS提供辅助七层负载均衡能力的。