框架结构复习三

一、ndinx具体的配置

nginx作为访问入口，reids内存缓存数据库，mongodb也是非关系型数据库存一些简单的索引，fastDFS特性存储一些小文件。

在nginx配置中不仅对接的tomcat,也对接了缓存数据库，而缓存数据库redis是由ANSI C语言开发的，所以像这种两种语言连接，就要通过LNA小脚本语言，它不仅能够对接，更可以修改对接参数，所以在这nginx正常配置，就有反向代理，多语言对接。

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

二、nginx多层代理

本质就是nginx带下一个nginx。

三、mysql关系型数据库

结构：mysql库——》表————》字段、记录

mysql中的核心部分

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

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

两种方式

①传参（有参数）

② 无传参（固定语言）

存储过中

变更结束符@@

BEGIN

CREATE ()

USE school

Select id,name,score from ky15;

Insert into ky15 values ($VOLUME);

END

变更；

1、mysql是一个关系型数据库，它是如何保存在磁盘上面的？？

先保存在内存空间里面，然后再去通过存储引擎，再去交给我们的文件系统，最后再作用到我们的磁盘内部。因为存储引擎的特性不同就导致我们在不同场景下，他拿的效率，改的效率就有了区别，而这些区别就是如下内容

四、存储引擎

Innodb：支持事务，支持外键，行锁，不支持全文 ，写

 MyIsam：不支持事务，不支持外键，表锁，支撑全文，读

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

Mysql5.6,mysql5.7的区别

5.7的innodb支持全文索引，但是5.6不支持。

这是自甲骨文收购后的更新，在5.7的表空间的更新，5.7中每个表都有他独立的表空间，同时改造innodb的存储引擎

索引：他的根本目的是有海量数据的时候加快查找速度

五、mysql数据库升级、修复、变更、补丁

7x24小时运营场景

公告：2:00-----5:00停止维护

运维

①协商变更操作的目的与1、leader2、业务部门3、研发这三个部门进行沟通，来去确定我们要做的事

②编写运维文档1、变更升级的文档（更新方案） 写明：变更目的，测试步骤+变更/执行过程（命令+语句）--->记录在confuence文档管理系统

2、回滚方案

③写邮件，需要发送一封邮件通知相关部门和领导通知某时间段的变更（按照历史记录选择业务压力较低的时候维护）。

④变更时间：2:00--4:00,在前十分钟的时候一定要和业务部门去确认业务断开的情况（割接）

⑤升级/变更（）

从几个角度去优化配置

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

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

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

第四个角度：对接（tomcat connector nginx ---->php---->fpm模块 fastcgi 9000）

LVS

LVS是一个四层的负载均衡（基于UDP/TCP转发），其实还是基于IP和端口转发，借助于keepalived是七层转发,而nginx是一个四层和七层。既可以做七层的转发也可以做四层的负载均衡。

DR模式

client访问路由网关，路由网关通过配置网卡进入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提供辅助七层负载均衡能力的。