小结 一

mysql主从复制 

 MySQL 主从复制原理： 两个日志 三个线程

日志记录方式： 混合，基于行，基于MySQL

同步方式：全同步，半同步，异步（默认）

异步：主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从库上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

全同步，半同步：需要等待一个salve完成主从复制

异步: 更快捷 可能会丢失 不完整

如何解决MySQL主从复制数据的丢失不完整？

我们在做主从复制架构的同时 搭建rsync服务 做到 强一致性 最终一致性

强一致性：每个过程必须完美刻录下来，如发生意外情况可保证之前的数据不丢失

最终一致性（备份 容灾）:复制或备份 不管你过程 只要最终数据一致

HTTP 1.0和HTTP 1.1 之间的区别？

1.缓存处理

http引入了更多的缓存控制策略

2.带宽优化及网络连接的使用

1.0存在浪费带宽

3.错误通知管理

1.1新增 24个错误状态响应码

4.host头处理

5. 1.1可以保持长链接

客户端访问百度的过程：

ping/curl baidu  

首先先找本地缓存 再找hosts 再去找 /etc/resolv.conf (DNS-client端配置文件  解析地址如 114.114.114.114)

指向公网dns服务器   查A记录（域名解析IP） 或者 P记录 （IP解析域名），如没有进行迭代 递归的方式去推 找到百度逻辑地址  通过HTTP协议确定端口 （http 80端口  HTTPS443端口 ）再进行三次握手

 客户端通过socket抽象层（可以理解为接口）进来 传递到 ens33 80端口，这时被Nginx work进程（线程）捕捉到  这就是所谓的监听端口

一个线程接待一个socket

work进程接进来后交给任务分配器 ，任务分配器 派出小弟线程 去找到目标 再返回结果。

从Nginx 80 端口  Tomcat 8080端口接进来  再通过端口到web容器   web容器处理动态页面 像传参一样 通过Java代码传递给 jsp容器 ，jsp容器负责把Java代码翻译成serverlet 再交给serverlet容器中的卡特琳娜去执行  而Tomcat中 通过host 区分不同项目 ，先加载webAPP模块 通过接口调用host项目  再去数据库调用数据后 再一步步返回最终呈现给用户。