Linux运维面试题_oracle数据库运维面试问题

1、mysql和Oracle的区别是什么？

2、mysql数据类型有多少种？

3、mysql约束条件有多少种？

5. Mysql日志类型有多少种？都记录的是什么？

6. Mysql binlog日志格式有几种？有什么区别？

7.Mysql数据库备份方式有几种？有什么区别？

(1)完全备份

备份数据库中所有数据,即对整个数据库,数据库结构和文件结构的备份,保存的是备份时刻完整的数据库,是增量备份与差异备份的基础.

优点:备份与恢复操作简单方便,恢复时一次到位,恢复速度快

缺点:占用空间大,备份速度慢.

(2)增量备份

备份自上一次完全备份之后有变化的数据.

增量备份是指在一次全备份或上一次增量备份后,以后每次的备份只需要备份与前一次相比增加和被修改的文件.这就意味着,第一次增量备份的对象是进行全备份后所产生的文件;第二次增量备份的对象是第一次增量备份后所产生的文件,以此类推。

优点:备份数据量小,占用空间少,备份速度快.

缺点:恢复时需要从上一次完整的备份起按照增量备份时间顺序,逐个进行恢复,恢复时间长,操作繁琐,而且,如果中间某次备份数据损坏,则数据会丢失

(3)差异备份

备份自上一次完全备份之后有变化的数据

差异备份是指在一次完全备份后到进行差异备份的这段时间内,对那些增加或者修改的文间进行备份,在进行恢复时,只需要对第一次全备份和最后一次差异备份进行恢复,差异备份避免了全备份和增量备份的缺陷的同时,又具备了它们各自的优点

8.Mysql的binlog日志里面存放的都有什么内容？

at是说明事件的起点,end_log_pos是介绍的节点

事件发生的时间         server  id 1  服务器的标识id  

"exec_time=28" 事件执行花费的时间      error_code=0  错误码   

thread_id: 代理线程id （thread_id=162）

执行过的mysql语句

9.Mysql主从复制的原理是什么？

原理图

 主从复制主要有三个线程，master （binlog dump）  slave（i/o 进程   sql 进程） master中一个线程 ，slave中两个线程

master主要负责主服务器数据库中有数据更新的时候，把执行的命令放入到binlog日志中，所以，主库的binlog日志一定要开启

i/o线程在从slave从数据库中创建，用于请求master，master会返回binlog日志里的内容，然后将binlog保存在relay log（中继日志）中，然后sql线程就会同步中继日志中的内容到数据库然后执行其中的语句

10.Mysql主从失败该如何处理？

多源主从复制操作  首先先进行master的配置，让master互为主从，这样就算一个主库不可以用，另一个主库也可以正常使用，保证数据的存储更新，然后进行从库的配置把第一个从库先与第一个主库进行主从配置，然后在与剩下的主库依次进行主从配置。然后第二个从库与第一个主库进行主从配置，依次在与剩下的主库进行主从配置。

在从服务器对所有主服务器的数据进行备份，每一个主服务器都需要一个从服务器，这样很容易造成资源浪费，增大了服务成本，多源复制，可以把多个主服务器的数据同步到一个从服务器进行备份。

在从服务器进行数据汇总，如果我们的主服务器进行了分库分表的操作，为了实现后期的一些数据统计功能，往往需要把数据汇总在一起再统计

12.http协议的三大特性是什么

1.http是无状态。

指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

2.HTTP是无连接。

无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

3.灵活

HTTP协议允许传输任意类型的数据，如json格式数据、表单数据、xml、文件流等等，需要在HTTP报文中指明Content-Type的类型

13.传输层有几种协议？什么区别？

1.TCP协议

TCP是一种面向连接的协议，它在传输数据之前会建立一条专用的通信连接。这意味着在数据传输过程中，两台计算机之间会有一条稳定的数据传输通道。因此，TCP可以保证数据传输的可靠性，但会带来一定的延迟。

面向连接，速度慢，可靠传输

2.UDP协议

UDP是一种无连接的协议，它不会建立专用的通信连接。每个数据包都是独立的，可以直接传输。因此，UDP的传输速度比TCP快，但不能保证数据传输的可靠性。

3.区别

连接

• TCP 是面向连接的传输层协议，传输数据前先要建立连接。
• UDP 是不需要连接，即刻传输数据。

 服务对象

• TCP 是一对一的两点服务，即一条连接只有两个端点。
• UDP 支持一对一、一对多、多对多的交互通信

可靠性

• TCP 是可靠交付数据的，数据可以无差错、不丢失、不重复、按需到达。
• UDP 是尽最大努力交付，不保证可靠交付数据。

 传输方式

• TCP 是流式传输，没有边界，但保证顺序和可靠。
• UDP 是一个包一个包的发送，是有边界的，但可能会丢包和乱序。

14.OSI七层模型是哪七层？  每一层有什么作用

应用层：应用层是OSI参考模型的最高层，它是计算机用户，以及各种应用程序和网络之间的接口，是网络应用程序使用的，即使用互联网的计算机应用，例如谷歌，火狐

表示层：表示层从应用层接收数据。这些数据是以字符和数字的形式出现的，表示层将这些数据转换成为机器可以理解的二进制格式，也就是封装数据，和格式化数据。

会话层：会话层是用户应用程序和网络之间的接口。主要任务是：向两个实体的表示层提供建立和使用连接的方法。将不同实体之间的表示层的连接称为会话。因此会话层的任务就是组织和协调两个会话进程之间的通信，并对数据交换进行管理。

传输层：OSI下3层的主要任务是数据通信，上3层的任务是数据处理。而传输层是OSI模型的第4层。因此该层是通信子网和资源子网的接口和桥梁，起到承上启下的作用。传输层涉及到分段、流量控制、差错控制、面向连接和无连接传输。

网络层：网络层的数据单元称为数据包，网络层的功能是逻辑寻址、路由和路径确定。

数据链路层：数据链路层从网络层接收数据包，数据包 包含发送方和接收方的IP地址。有两种寻址方式:逻辑寻址和物理寻址。

物理层：物理层将二进制序列转换成信号并在本地媒体上传输。它可以是铜缆情况下的电信号，也可以是光缆情况下的光信号，也可以是空气情况下的无线电信号。主要作用是传输比特流

15.http请求头、响应头里面都包含什么

请求头

• Accept:浏览器能够处理的内容类型
• Accept-Charset:浏览器能够显示的字符集
• Accept-Encoding：浏览器能够处理的压缩编码
• Accept-Language：浏览器当前设置的语言
• Connection：浏览器与服务器之间连接的类型
• Cookie：当前页面设置的任何Cookie
• Host：发出请求的页面所在的域
• Referer：发出请求的页面的URL
• User-Agent：浏览器的用户代理字符串

响应头

• Accept-Ranges:表明服务器是否支持指定范围请求及哪种类型的分段请求
• Content-Encoding:web服务器支持的返回内容压缩编码类型。
• Content-Language：响应体的语言
• Content-Length：响应体的长度

16.http常用状态码 

常见的 HTTP 状态码：

• 200 - 请求成功
• 301 - 资源（网页等）被永久转移到其它URL
• 403 - 服务器理解请求客户端的请求，但是拒绝执行此请求
• 404 - 请求的资源（网页等）不存在
• 500 - 内部服务器错误
• 502 - 作为网关或者代理工作的服务器尝试执行请求时，从远程服务器接收到了一个无效的响应
• 503 - 由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中 

 17.MySQL事务的基本要素

原子性

一个事务中所有的操作，要么全部完成，要么全部不完成，不会结束在中间的某个环节。事务在执行过程中发生错误，会被回滚到事务开始前的状态，就行没执行过一样

一致性

在事务开始之前和事务结束之后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，

隔离性

数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同等级，包括 读未提交（read-uncommitted） 不可重复读（read-commited）、可重复读（repeatabe-read）、串行化（serializable）

持久性

事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

18.脏读、不可重复读、幻读

脏读

事务A读取了事务B更新的数据，然后事务B回滚操作，那么事务A读取到的数据就是脏数据

不可重复读

事务A多次读取同一数据，事务B在事务A多次读取过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。

幻读

系统管理员A在数据库中修改数据时，系统管理员B在这个时候插入了一条数据，当系统管理员A修改结束后突然发现了还有一条记录还没有修改过来，就像发生了幻觉一样，这就像幻读。

总结：不可重复读和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或者删除，解决不可重复读的问题只需要锁住满足条件的行，解决幻读需要锁表。

19.nginx-http请求方法

HTTP1.0定义了3种请求方法： GET, POST 和 HEAD方法。

HTTP1.1新增了5种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

重点方法：

GET：单纯获取数据（获取一个index.html页面）

POST：上传/创建文件（会产生新的数据）

PUT：保存数据（覆盖/更新文件、图片等，不会产生新的数据）

DELETE：删除

1.反向代理

反向代理的过程隐藏了真实的服务器，客户不知道真正提供服务的机器是哪台，客户端请求的服务都被代理服务器处理。反向代理代理的是响应方，也就是服务端

2.负载均衡

当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置一般都需要同时配置反向代理，通过反向代理跳转到负载均衡。

3.http服务器（动静分离）

4.正向代理

正向代理，意思是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。

21.为什么选择nginx

1.作为web服务器

相比 Apache，Nginx 占用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50,000 个并发连接数的响应。

2.作为负载均衡服务器

Nginx 既可以在内部直接支持 Rails 和 PHP，也可以支持作为 HTTP代理服务器 对外进行服务。Nginx 用 C 编写, 不论是系统资源开销还是 CPU 使用效率都比 Perl要好的多

3.安装简单，配置文件简洁

Nginx 启动特别容易，并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。你还能够在不间断服务的情况下进行软件版本的热升级。

22.什么是I/O复用

I/O复用，解决的是并发性请求的问题

处理多个并发请求，要产生多个I/O流来进行系统内核数据的读取。

常用的两种处理方式是串行，前一个阻塞，后面无法继续进行处理、并行处理请求--实现最大并发和吞吐

I/O复用定义为，一个socket作为复用来完成整个I/O流的请求链接来建立，处理请求则采用多线程

23.什么是I/O多路复用

多个描述符的I/O操作都能在一个线程内并发交替地顺序完成，这就叫I/O多路复用，这里的复用指的是复用同一个线程。

多路复用--epoll

ngnix会有很多连接进来， epoll会把他们都监视起来，然后像拨开关一样，谁有数据就拨向谁，然后调用相应的代码处理。

epoll可以说是I/O多路复用最新的一个实现，epoll修复了select/poll绝大部分问题，比如

epoll线程是安全的

epoll告诉你具体哪个sock有数据，你不用自己去找了

异步非阻塞

每进来一个request，会有一个worker进程去处理，但不是全程的处理，会处理到可能发生阻塞的地方，比如向后端服务器转发request，并等待返回请求返回。那么这个处理的worker不会这么一直等着，它会在发送完请求后注册一个事件：如果upstream返回了，告诉我一声，我在接着干。于是他就去休息了，这就是异步。此时，如果再有request进来，他就可以很快的再按这种方式来处理，这就是非阻塞和I/O多路复用，而一旦上游服务器返回了，就会触发这个事件，worker才会来接手，这个request才会接着往下走，这就是异步回调。

24.什么是虚拟主机

虚拟主机，就是把一台物理服务器划分成多个虚拟的服务器，这样我们的一台物理服务器就可以做多个服务器来使用，从而可以配置多个网站。nginx提供虚拟主机的功能，就是为了让我们不需要安装多个nginx，就可以运行多个域名不同的网站。

配置虚拟主机的方式：基于域名的虚拟主机，基于ip的虚拟主机，基于端口的虚拟主机

25.什么是反向代理，反向代理的原理

需要有一个负载均衡设备（即反向代理服务器）来分发用户请求，将用户请求分发到空闲的服务器上。服务器返回自己的服务到负载均衡设备。负载均衡设备将服务器的服务返回用户。

反向代理的过程隐藏了真实的服务器，客户不知道真正提供服务的机器是哪台，客户端请求的服务都被代理服务器处理。反向代理代理的是响应方，也就是服务端；我们请求www.baidu.com时，这www.baidu.com就是反向代理服务器，真实提供服务的服务器有很多台，反向代理服务器会把我们的请求转发到真实提供服务的各台服务器。nginx就是性能非常好的反向代理服务器，用来做负载均衡

26.正向代理，与反向代理的区别

正向代理：正向代理的过程隐藏了真实的请求客户端，服务器不知道真实的客户端是谁，客户端请求的服务都被代理服务器代替请求，我们常说的代理也就是正向代理，正向代理代理的是请求方，也就是客户端；比如我们要访问YouTube，可是不能访问，只能先安装个VPN软件代你去访问，这就叫正向代理。

区别

正向代理即是客户端代理，代理客户端，服务端不知道实际发起请求的客户端是谁。

反向代理即是服务端代理，代理服务端，客户端不知道实际提供服务的服务端是谁。

正向代理中，proxy和client21同属于一个LAN，对server透明

反向代理中，proxy和server同属于一个LAN，对client透明

27.什么是负载均衡，主要作用是什么

负载均衡是高并发、高可用系统必不可少的关键组件，目标是 尽力将网络流量平均分发到多个节点，以提高系统整体的响应速度和可用性，负载均衡算法采用轮询，

主要作用：

处理系统高并发：负载均衡通过算法调整负载，尽力均匀的分配应用集群中各节点的工作量，以此提高应用集群的并发处理能力（吞吐量）

提高服务集群弹性：添加或减少服务器数量，然后由负载均衡进行分发控制，这使得应用集群具备伸缩性。

提升服务器集群容错：负载均衡器可以监控候选服务器，当服务器不可用时，自动跳过，将请求分发给可用的服务器。这使得应用集群具备高可用的特性。

网络安全防护：有些负载均衡软件或者硬件提供了安全性功能，如：黑名单处理、防火墙，防DDos攻击等。

28.负载均衡算法有几种？

1.轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器；

Nginx默认就是轮询其权重都默认为1，服务器处理请求的顺序：ABABABABAB...

upstream myweb {
      server 192.168.62.157:80; 
      server 192.168.62.158:80;      
}

2.ip_hash：每个请求按访问IP的hash结果分配，同一个IP客户端固定访问一个后端服务器。可以保证来自同一ip的请求被打到固定的机器上，可以解决session问题；

Nginx会让相同的客户端ip请求相同的服务器。

upstream myweb {
	  ip_hash;
      server 192.168.62.157:80; 
      server 192.168.62.158:80;   
}

3.热备：如果你有2台后端服务器，当一台服务器发生事故时，才启用第二台服务器给提供服务。服务器处理请求的顺序：AAAAAA突然A挂啦，BBBBB

upstream myweb { 
      server 192.168.62.157:80; 
      server 192.168.62.158:80 backup;      
}

4.加权轮询：根据配置的权重的大小而分发给不同服务器不同数量的请求。如果不设置，则默认为1。下面服务器的请求顺序为：ABBABBABBABBABB....

upstream myweb { 
      server 192.168.62.157:80 weight=1;
      server 192.168.62.158:80 weight=2;
}

5.nginx负载均衡配置状态参数
●down，表示当前的server暂时不参与负载均衡。
●backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
●max_fails，允许请求失败的最大次数，默认为1。当超过最大次数时，返回错误。
●fail_timeout，在经历了max_fails次失败后，暂停服务的时间单位秒。max_fails可以和fail_timeout一起使用。
 

upstream myweb { 
      server 192.168.62.157:80 weight=2 max_fails=2 fail_timeout=2;
      server 192.168.62.158:80 weight=1 max_fails=2 fail_timeout=1;   
 }

29.nginx会话保持方式

1.ip_hash

ip_hash使用源地址哈希算法，将同一客户端的请求总是发往同一个后端服务器，除非该服务器不可用。

2.sticky_cookie_insert

使用sticky_cookie_insert启用会话亲缘关系，这会导致来自同一客户端的请求被传递到一组服务器的同一台服务器。与ip_hash不同之处在于，它不是基于IP来判断客户端的，而是基于cookie来判断。因此可以避免上述ip_hash中来自同一客户端导致负载失衡的情况。(需要引入第三方模块才能实现)

3.jvm_route

jvm_route的原理

1. 一开始请求过来，没有带session信息，jvm_route就根据轮询（round robin）的方法，发到一台tomcat上面。
2. tomcat添加上session 信息，并返回给客户。
3. 用户再次请求，jvm_route看到session中有后端服务器的名称，它就把请求转到对应的服务器上。

30.为什么要做动静分离

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。 在动静分离的tomcat的时候比较明显，因为tomcat解析静态很慢，其实这些原理的话都很好理解，简单来说，就是使用正则表达式匹配过滤，然后交给不同的服务器。

31.http状态码301和302的区别

32nginx和apache的区别

34.http与https的区别

1.https协议需要申请证书，一般免费的证书比较少，因此需要一定的费用

2.http是超文本传输协议，信息是明文传输的，https则是具有安全性的ssl加密传输协议。

3.http和https使用的是完全不同的连接方式，用的端口也不一样，http用的是80端口，https用的是443端口。

35.https加密算法

1.对称加密

A要给B发送数据
1、A做一个对称密钥
2、使用密钥给文件加密
3、发送加密以后的文件和密钥
4、B拿密钥解密
加密和解密都是使用的同一个密钥。

2.非对称加密

A要给B发送数据
1、B做一对非对称的密钥（公钥、私钥）
2、发送公钥给A
3、A拿公钥对数据进行加密
4、发送加密后的数据给B
5、B拿私钥解密

3.哈希算法

将任意长度的信息转换为较短的固定长度的值，通常其长度要比信息小得多。
例如：MD5、SHA-1、SHA-2、SHA-256 等

4.数字签名

签名就是在信息的后面再加上一段内容（信息经过hash后的值），可以证明信息没有被修改过。hash值一般都会加密后（也就是签名）再和信息一起发送，以保证这个hash值不被修改。

36.nginx如何优化？优化的这些参数有什么作用

37.nginx如何做平滑升级

38.如何配置ssl证书，说下流程

39.Tomcat如何优化

1.服务器资源

增加cpu，内存，硬盘

2.采用集群

单个服务器性能总是有限的，最好的办法自然是实现横向扩展，那么组建tomcat集群是有效提升性能的手段。我们还是采用了Nginx来作为请求分流的服务器。

3.优化tomcat参数

调优Tomcat线程池：增加线程池中最大的线程数量等

调优tomcat的连接器Connector：关闭DNS解析，减少性能损耗，修改最少最大可以创建的线程数，等

4.jvm优化

Tomcat 是运行在 JVM 上的，所以对 JVM 的调优也是非常有必要的。

找到 catalina.sh；调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。

5.定时重启tomcat

40.jvm如何优化

1.将新对象预留在新生代

可以为应用程序分配一个合理的新生代空间，以最大限度避免新对象直接进去老年代。

2.大对象进入老年代

大对象占用空间多，直接放入新生代中会扰乱新生代GC，新生代空间不足将会把大量的较小的年轻代对象移入到老年代中，这对GC来说是相当不利的

3.设置对象进入老年代的年龄

当对象年龄达到阀值时，就移动到老年代，

4.稳定与震荡的堆大小

稳定的堆大小对垃圾回收是有利的，获得一个稳定堆大小的方法就是设置 -Xmx 和 -Xms 一样的值

5.吞入量优先设置

6.降低停顿案例

为了降低应用软件在垃圾回收时的停顿，首先考虑的使用关注系统停顿的 CMS 回收器，为了减少 Full GC 的次数，应尽可能将对象预留在新生代

41.java的中间件都有哪些，除了Tomcat之外还有哪些？

跨平台的java运行环境--jvm

web server中间件：nginx   tomcat    OpenResty

缓存中间件：Redis

数据库中间件：mycat 

集成部署：Docker   jenkins 

压力测试：ab

文件系统：OSS   NFS   

42.jdk里面都有什么

jvm

jre

java库

43.四七层负载均衡的区别？

44.LVS的四种工作模式的区别？

45.LVS和Nginx的区别？

46.高可用你们用的什么软件？什么原理？

高可用我们用的是keepalived

工作原理：keepalived是集群管理中保证集群高可用的一个服务软件，用来防止单节点故障，keepalived是一VRRP协议来实现的，VRRP是虚拟路由冗余协议，在keepalived服务正常时，主master节点会不断的向备用节点发送心跳消息，用以告诉备用节点自己还活着，当主master节点发生故障时，就无法发送心跳消息，备用节点也就无法检测master的心跳了，于是就调用自身的接管程序，接管master节点的vip以及当前的服务，当master节点恢复时，因为master节点的优先级比较高，所以vip就会重新回到master，继续工作

47.你都给什么做过高可用？说一下步骤和注意事项

给nginx，lvs做过高可用，

我们做高可用时使用到keepalived，做的是七层的负载均衡，我们用两台机器作为代理服务器，一台作为主服务器，一台备用，我们先给主代理服务器做负载均衡，在nginx的配置文件里进行配置即可，配置成功后直接将配置文件拷贝到另一台备用机器上，然后再测试一下备用机器能用负载均衡不能，然后我们对主服务器做高可用，两台机器都先下载keepalived服务，然后我们修改主服务器的keepalived的配置文件，主要是配置心跳检测，创建一个虚拟的vip，还有就是主服务器和备用的优先级不一样，主服务器的优先级会比较高，配置完启动即可；然后还可以加入检测服务脚本，检测nginx是否可以使用，如果nginx不可用，keepalived的会停止服务，然后备用服务器就会使用vip继续进行服务。

注意事项：要注意添加的vip要在同一网段内，主服务器和备用的定义的名字要不一样，优先级一定要有一定的差距，集群的调度器要一致，

给lvs做高可用，做过lvs/dr   lvs/nat，我们用到的高可用软件是keepalived，因为lvs和keepalived的适配度很高，所以我们不用单独对lvs做分配规则和负载均衡，我们可以直接在keepalived的配置文件里做，安装好keepalived之后，修改配置文件，配置文件里先进性集群配置，还是设置一个vip进行访问，然后对lvs进行配置，比如启用几个进程，用什么调度算法，用什么协议等，备用机器的配置文件基本一致，然后配置后端的服务器，我们要把用到的vip添加到lo网卡上，然后忽略arp广播，匹配精确ip地址回包，然后进行测试即可

lvs/nat模式做高可用相比于DR模式就比较复杂了，还是两台机器做keepalived集群，其中一个作为备用，我们要用到俩个网卡所以添加一个桥接模式的网卡，我们需要做两个虚拟ip，一个网卡上添加一个vip，然后我们修改keepalived的配置文件，首先配置桥接网卡的vip，注意在一个网段即可，然后配置集群，在配置ens33的vip两台代理服务器配置好了之后，要开启路由转发，然后把ens33的vip添加到使用到的后端服务器上，开启服务即可。

48.Asnible的工作原理是什么？

Ansible由节点和控制机器组成。 控制机器是安装Ansibles的地方，节点由这些机器通过SSH管理。 借助SSH协议，控制机器可以部署临时存储在远程节点上的模块。

控制机器使用ansible或者ansible-playbooks在服务器终端输入的Ansible命令集或者playbook后，Ansible会遵循预先编排的规则将PLAYbook逐条拆解为Play，再将Play组织成Ansible可以识别的任务tasks，随后调用任务涉及到的所有MODULES及PLUGINS，根据主机清单INVENTORY中定义的主机列表通过SSH协议将任务集以临时文件或者命令的形式传输到远程节点并返回结果，如果是临时文件则执行完毕后自动删除。

49.Ansible的模块，你都使用过哪些?举例说一下

1.copy

src=:指定源文件路径  dest=:目标地址（拷贝到哪里）  owner:指定属主    group:指定属组   mode:指定权限,可以以数字指定比如0644   

2.yum模块

state=     #状态是什么，干什么
state=absent       用于remove安装包
state=latest       表示最新的
state=removed      表示卸载

3.服务管理的service模块

name=httpd state=started  启动

name=httpd state=stopped  停止

name=httpd state=restarted  重启

4.文件模块file

owner:修改属主
group:修改属组
mode:修改权限
path=:要修改文件的路径
recurse：递归的设置文件的属性，只对目录有效
        yes:表示使用递归设置
state:
touch:创建一个新的空文件
directory:创建一个新的目录，当目录存在时不会进行修改

5.command模块

chdir ##执行命令前先进入到指定目录 cmd ##运行命令指定 creates ##如果文件存在将不运行 removes ##如果文件存在将运行

50.你都用Ansible做过什么？举例说明一下

用ansible批量部署一些服务，比如控制多台机器批量下载安装nginx等，

然后还可以查看每台机器上的一些使用信息，比如查看某台机器的cpu使用率

然后还使用ansible批量部署jdk+tomcat+jenkins

主要就是能减少我们的工作重复量，实现控制多台机器进行操作

51.ansible比其他自动化工具的优点

1.部署简单，只需在主控端部署Ansible环境，被控端无需做任何操作；

2.默认使用SSH协议对设备进行管理；

3.有大量常规运维操作模块，可实现日常绝大部分操作；

4.配置简单、功能强大、扩展性强；

5.支持API及自定义模块，可通过Python轻松扩展；

6.通过Playbooks来定制强大的配置、状态管理；

7.轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可；

8.提供一个功能强大、操作性强的Web管理界面和REST API接口——AWX平台。

52.关系型和非关系型数据库区别  

关系型数据库有：

非关系型数据库有：

关系型数据库最典型的数据结构是表，由二维表及其之间的联系所组成的一个数据组织。

优点：

1、易于维护：都是使用表结构，格式一致；
2、使用方便：SQL语言通用，可用于复杂查询；
3、复杂操作：支持SQL，可用于一个表以及多个表之间非常复杂的查询。

缺点：

1、读写性能比较差，尤其是海量数据的高效率读写；
2、固定的表结构，灵活度稍欠；
3、高并发读写需求，传统关系型数据库来说，硬盘I/O是一个很大的瓶颈；

非关系型数据库

非关系型数据是一种数据结构化存储方法的集合，可以是文档或者键值对等

优点：
1、格式灵活：存储数据的格式可以是key,value形式、文档形式、图片形式等等，使用灵活，应用场景广泛，而关系型数据库则只支持基础类型。
2、速度快：nosql可以使用硬盘或者随机存储器作为载体，而关系型数据库只能使用硬盘；
3、高扩展性；
4、成本低：nosql数据库部署简单，基本都是开源软件。
缺点：
1、不提供sql支持，学习和使用成本较高；
2、无事务处理；
3、数据结构相对复杂，复杂查询方面稍欠。

53.redis的优势有哪些

(1) 速度快，因为数据存在内存中。
(2) 支持丰富数据类型，支持string，list，set，hash等
(3) 支持事务，操作都是原子性，就是对数据的更改要么全部执行，要么全部不执行
(4) 丰富的特性：可用于缓存，消息，按key设置过期时间，过期后将会自动删除

redis可以持久化其数据

54.redis持久化的两种方式特点区别

RDB：是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上；

RDB 特点：周期性、不影响数据写入、高效但是完整性较差（故障点到上一次备份，之间的数据无法修复）

AOF：将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

特点：实时性、完整性较好、体积大占用内存相对会较多

AOF存储的是执行的命令，RDB存储的是二进制格式数据

一般使用的都是两种结合

55.redis主从同步的原理

从服务器会向主服务器发出SYNC指令，当主服务器接到此命令后，就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作，也就是将主服务器的数据写入RDB文件中。在数据持久化期间，主服务器将执行的写指令都缓存在内存中。

在BGSAVE指令执行完成后，主服务器会将持久化好的RDB文件发送给从服务器，从服务器接到此文件后会将其存储到磁盘上，然后再将其读取到内存中。这个动作完成后，主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。

56.什么是哨兵模式

在主从模式下，master节点负责写请求，然后异步同步给slave节点，从节点负责处理读请求。如果master宕机了，需要手动将从节点晋升为主节点，并且还要切换客户端的连接数据源。这就无法达到高可用，而通过哨兵模式就可以解决这一问题。

哨兵模式是Redis的高可用方式，哨兵节点是特殊的redis服务，不提供读写服务，主要用来监控redis实例节点。

57.sentinel（森特弄）哨兵模式的工作原理

每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令。

如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线。 

如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。

当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线 。

master服务器宕机之后，哨兵自动会在从redis的slave服务器里面 选举一个master主服务器出来

如果之前宕机的主服务器已经修好，可以正式运行了，自动成为slave，然后哨兵监控的master也会进行切换。

58.Redis有几种集群模式？

有三种集群模式

• redis有三种集群模式，其中主从是最常见的模式。
• Sentinel 哨兵模式是为了弥补主从复制集群中主机宕机后，主备切换的复杂性而演变出来的。哨兵顾名思义，就是用来监控的，主要作用就是监控主从集群，自动切换主备，完成集群故障转移。
• cluster 模式是redis官方提供的集群模式，使用了Sharding 技术，不仅实现了高可用、读写分离、也实现了真正的分布式存储。

59.Redis缓存穿透、Redis缓存雪崩、Redis缓存击穿

缓存穿透：缓存和数据库中都没有的数据，可用户还是源源不断的发起请求，导致每次请求都会到数据库，从而压垮数据库。

比如客户查询一个根本不存在的东西，首先从Redis中查不到，然后会去数据库中查询，数据库中也查询不到，那么就不会将数据放入到缓存中，后面如果还有类似源源不断的请求，最后都会压到数据库来处理，从而给数据库造成巨大的压力。

缓存雪崩：Redis中缓存的数据大面积同时失效，或者Redis宕机，从而会导致大量请求直接到数据库，压垮数据库。

对于一个业务系统，如果Redis宕机或大面积的key同时过期，会导致大量请求同时打到数据库，这是灾难性的问题。

缓存击穿：Redis中一个热点key在失效的同时，大量的请求过来，从而会全部到达数据库，压垮数据库。

这里要注意的是这是某一个热点key过期失效，和后面介绍缓存雪崩是有区别的。比如淘宝双十一，对于某个特价热门的商品信息，缓存在Redis中，刚好0点，这个商品信息在Redis中过期查不到了，这时候大量的用户又同时正好访问这个商品，就会造成大量的请求同时到达数据库。

60.git与svn的区别

61.gitlub和github、gitee的区别

1. GitLab是一个完整的持续集成/持续交付（CI/CD）平台，它提供了从代码托管到部署的一站式服务。GitLab还提供了强大的项目管理和协作工具，例如Wiki、 issue跟踪和代码审查。GitLab也可以在本地部署，因此可以在私有网络中进行安全存储和访问。

2. GitHub是一个基于Web的Git仓库托管服务，它提供了一个开源的代码托管平台，可以让开发者们共享和协作开发项目。GitHub还提供了一些额外的功能，例如GitHub Pages、GitHub Actions和GitHub Packages等。

3. Gitee是中国的Git托管服务，类似于GitHub和GitLab，它提供了代码托管、项目管理和协作工具。Gitee也支持私有仓库和企业版服务，可以满足企业的安全和隐私需求。

4. GitLab和Gitee都提供了数据备份和恢复功能，可以保证数据的安全性。GitHub也提供了数据备份功能，但在数据安全方面的保障相对较弱

5. GitLab和Gitee都提供了企业版服务，可以满足企业的安全和隐私需求。GitHub也提供了企业版服务，但价格相对较高。

62.公有代码仓库和私有代码仓库的区别

63.什么是持续集成/持续发布

开发人员会定期将代码变更合并到一个中央存储库中，之后系统会自动运行构建和测试操作。持续集成通常是指软件发布流程的构建或集成阶段，需要用到自动化组件。持续集成的主要目标是更快发现并解决缺陷，提高软件质量，并减少验证和发布新软件更新所需的时间。

持续部署是一种软件开发策略，方法是将应用的代码变更自动发布到生产环境中。 这种自动化由一系列预定义的测试驱动。 一旦新更新通过这些测试，系统会将更新直接推送到软件的用户。

64.Jenkins的工作流程是什么？如何进行配置

1.代码提交: 开发人员将代码提交到代码版本管理系统 (如Git) 中。
2.触发构建: Jenkins会监听代码版本管理系统中的变动，并目检测到代码变更后触发构建过程3.构建环境准备: Jenkins会根据配置的构建要求，准备构建所需的环境，例如安装所需的依赖库、配置构建代理等
4.构建过程: Jenkins会执行预定义的构建脚本或命令，例如编译源代码、运行测试等。

5.构建结果: Jenkins会根据构建过程的结果，判断构建是否成功或失败，并生成相应的构建报告.

6.构建通知: Jenkins可以通过邮件、Slack等方式将构建结果通知相关人员，以便及时了解构建状态。

7.部署和集成测试:在构建成功后，Jenkins可以自动将构建生成的产物部署到指定环境，并进行集成测试

8.持续交付:如果部署和集成测试通过，Jenkins可以自动将产物交付给生产环境，实现持续交付的目标.

65.你在使用Jenkins过程中遇到过什么问题？如何解决的

1.执行脚本的时候失败，可能没有给脚本执行权限