1、 linux系统nginx与Php环境，发现PHP-FPM进程高，请说出可能的原因以及如何解决？
1 ） php 的插件程序与现有的 PHP 版本存在不兼容情况，解决方法从 php.ini 中禁止相关插件
2 ） 软件本身存在问题，需要开发协同运维一同处理，查找原因
3 ） php 程序存在死循环现象，使用服务器负载过高，解决方法使用 top 命令查看
2、Nginx反向代理如何实现代理RS节点上 的不同虚拟主机，请说出原理和配置方法或思路
客户端向反向代理发送请求，反向代理按一定的规则转发至目标服务器，并将返
回的内容返回给客户端，可分为以下两种：
配置内部不同服务器转发：
upstream app1 {
server 192.168.1.10 : 80 weight = 5 ;
server 192.168.1.11 : 80 weight = 5 ;
}
upstream app2 {
server 192.168.1.20 : 80 weight = 5 ;
server 192.168.1.21 : 80 weight = 5 ;
}
配置 server
server{
listern 80 ;
server_name app.abc.com
}
配置匹配转发规则：
location / app1 / {
proxy_pass http :// example.com / app1; proxy_set_header Host $host ;
}
location / app2 / {
proxy_passhttp :// example.com / app2;
proxy_set_header Host $host ;
}
做为负载均衡，配置负载均衡服务器池，也就是调度规则
upstream test_servers {
server 192.168.1.2 : 80 weight = 5 ;
server 192.168.1.4 : 80 weight = 5 ;
server 192.168.1.6 : 82 weight = 15 ;
}
然后配置 server 标签，
server {
listen 80 ;
server_name www.abc.com;
proxy_pass http :// test_servers;
proxy_set_header Host $host
}
配置完成后，重新加载 nginx 服务
nginx -s reload
3、如何实现nginx代理的节点访问日志记录的是真实访客的IP，不是代理的IP
修改 nginx.conf 配置文件：
server{
listen 80 ;
server_name blog.text.com;
location / {
proxy_pass http :// test_servers;
proxy_set_header Host $host ;
proxy_set_headerX-Forwarded-For $remote_addr ;
}
4、描述Tomcat的8005、8009、8080三个 端口的含义？
8005 —— > 关闭时使用
8009 —— > 为 AJP 端口，即容器使用，如 Apache 能通过 AJP 协议访问 Tomcat 的 8009 端口
8080 —— > 一般应用使用
5、描述Tomcat的三种工作模式(Bio、Nio 和Apr)的工作原理
1、Bio(Blocking I / O) ：默认工作模式，阻塞式 I / O 操作，没有任何优化技术处理，性能比较低。
2、Nio(New I / O or Non ‐ Blocking) ：非阻塞式 I / O 操作，有 Bio 有更好的并发处理性能。
3、Apr(Apache Portable Runtime ， Apache 可移植运行库 ) ：首选工作模式，主要为上层的应用程序提供一个可以跨越多操作系统平台使用的底层支持接口库。
4、tomcat 利用基于 Apr 库 tomcat ‐ native 来实现操作系统级别控制，提供一种优化技术和非阻塞式 I / O 操作，大大提高并发处理能力。但是需要安装 apr 和 tomcat ‐ native 库
6、请解释Tomcat 中使用的连接器是什么 ?
在 Tomcat 中，使用了两种类型的连接器：
HTTP 连接器 : 它有许多可以更改的属性，以确定它的工作方式和访问功能，如重定向和代理转发
AJP 连接器 : 它与 HTTP 连接器相同的方式工作，但是他们使用的是 HTTP 的 AJP协议。 AJP 连接器通常通过插 件 mod_jk 在 Tomcat 中实现。
7、请简述Tomcat调优的大概思路
1 、增加最大连接数
2 、调整工作模式
3 、启用 gzip 压缩
4 、调整 JVM 内存大小
5 、与 Apache 或 Nginx 整合，实现动静分离
6 、合理选择垃圾回收算法
7 、尽量使用较新 JDK 版本
8、请简单描述nginx与php-fpm的两种连接方式及其优缺点
在 linux 中， nginx 服务器和 php ‐ fpm 可以通过 tcp socket 和 unix socket 两
种方式实现。
1. unix socket 是一种终端，可以使同一台操作系统上的两个或多个进程进行数据通信。这种方式需要再 nginx 配置文件中填写 php ‐ fpm 的 pid 文件位置，效率要比 tcp socket 高。
2. tcp socket 这种通信方式，需要在 nginx 配置文件中填写 php ‐ fpm 运行的 ip 地址和端口号。这种方式的优点是可以跨服务器，当 nginx 和 php ‐ fpm 不在同一台机器上时，只能使用这种方式。
9、写出你常用的Nginx模块及作用
rewrite : 实现重写功能
access : 来源控制
ssl : 安全加密，实现 https
ngx_http_gzip_module : 网络传输压缩模块
ngx_http_proxy_module : 实现代理
ngx_http_upstream_module : 实现定义后端服务器列表
ngx_cache_purge : 实现缓存清除功能
10、简述Nginx支持的几种负载均衡模式，并指出各模式的应用场景
1. roundrobin 轮询方式，依次将请求分配到各个后台服务器中，默认的负载均 衡方式。适用于后台机器性能一致的情况。 挂掉的机器可以自动从服务列表中剔 除。
2. weight 根据权重来分发请求到不同的机器中，适用于后台机器性能不一样的
情况。
3. ip_hash 根据请求者 ip 的 hash 值将请求发送到后台服务器中，可以保证来自 同一 ip 的请求被打到固定的机器上，可以解决 session 问题。
4. url_hash 根据请求的 url 的 hash 值将请求分到不同的机器中，当后台服务器为缓存的时候效率高。
5. fair 根据后台响应时间来分发请求，响应时间短的分发的请求多。
11、简述Apache 与 Nginx的优缺点
nginx 相对于 apache 的优点：
轻量级，同样起 web 服务，比 apache 占用更少的内存及资源抗并发， nginx 处理请求是异步非阻塞的，而 apache 则是阻塞型的，在高并发下 nginx 能保持 低资源低消耗高性能，高度模块化的设计，编写模块相对简单，社区活跃，各种高性能模块出品迅速。
apache 相对于 nginx 的优点：
Apache 的 rewrite 功能比 nginx 的 rewrite 强大，模块超多，基本想到的都可以找到，少 bug ，超稳定。 nginx 的 bug 相对较多。
12、简述keepalived的工作原理
在一个虚拟路由器中，只有作为 MASTER 的 VRRP 路由器会一直发送 VRRP 通告信息 ,
BACKUP 不会抢占 MASTER ，除非它的优先级更高。当 MASTER 不可用时 (BACKUP 收不到
通告信息 ), 多台 BACKUP 中优先级最高的这台会被抢占为 MASTER 。这种抢占是非常快速的
( < 1 秒 ) ，以保证服务的连续性 , 由于安全性考虑， VRRP 包使用了加密协议进行加密。
BACKUP 不会发送通告信息，只会接收通告信息。
13、简单描述keepalive的如何实现高可用
Keepalived 高可用服务对之间的故障切换转移，是通过 VRRP 协议来实现的。
在 Keepalived 服务正常工作时，主 Master 节点会不断地向备节点发送（多播的方式）
心跳消息，用以告诉备 Backup 节点自己还活看，当主 Master 节点发生故障时，
就无法发送心跳消息，备节点也就因此无法继续检测到来自主 Master 节点的心跳了，
于是调用自身的接管程序，接管主 Master 节点的 IP 资源及服务。而当 Master 节点恢复时，
根据配置情况，可以让原来的备（现在的主）继续为 Master ；也可以让原来的备
（现在的主）节点释放主节点故障时自身接管的 IP 资源及服务，恢复到原来的备用角色。
nginx基本配置与参数说明以及Nginx中的upstream轮询机制介绍_nginx中upstream是都要访问还是轮询访问-CSDN博客
14、简单介绍常见的几种负载均衡方式的比较及工作中如何选择
一、 LVS 的特点
1 、工作在网络 4 层上，抗负载能力强，作分发之用；
2 、配置性比较低；
3 、工作稳定，自身具备的双机热备方案；
4 、应用范围比较广，可以对所有应用做负载均衡；
二、 NGINX 的特点
1 、工作在网络的 7 层之上；
2 、对网络的依赖比较小；
3 、安装和配置比较简单，测试起来比较方便；
4 、可以承担高的负载压力且稳定；
5 、可以通过端口检测到服务器内部的故障，
6 、对请求的异步处理可以帮助节点服务器减轻负载；
7 、能支持 http 和 Email ；
8 、默认的只有 Round ‐ robin 和 IP ‐ hash 两种负载均衡算法；
三、 Haproxy 的特点
1 、工作在网络 7 层之上。
2 、能够补充 Nginx 的一些缺点比如 Session 的保持， Cookie 的引导等工作
3 、支持 url 检测后端的服务器出问题的检测
4 、更多的负载均衡策略
5 、有更出色的负载均衡速度
6 、 HAProxy 可以对 Mysql 进行负载均衡，对后端的 DB 节点进行检测和负载均衡
四、工作中如何选择 HAproxy 和 Nginx 由于可以做七层的转发，所以 URL 和目录的转发都可以做在很大并发量的时候我们就要选择 LVS ，像中小型公司的话并发量没那么大选择 HAproxy 或者 Nginx 足已，由于 HAproxy 由是专业的代理服务器配置简单，所以中小型企业推荐使用 HAproxy
15、简单描述HTTP与 HTTPS有什么区别
首先， HTTP 协议传输的数据都是未加密的，也就是明文的，因此使用 HTTP 协议传输隐私信息非常 不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了 SSL （ Secure Sockets Layer ）协议用于对 HTTP 协议传输的数据进行加密，从而就诞生 HTTPS 。
其次，简单来说， HTTPS 协议是由 SSL + HTTP 协议构建的可进行加密传输、
身份认证的网络协议，要比 http 协议安全。
最后， HTTPS 和 HTTP 的区别主要如下：
1. https 协议需要 ca 申请证书，一般免费证书较少，因而需要一定费用。
2. http 是超文本传输协议，信息是明文传输， https 则是具有安全性的 ssl 加密
传输协议。
3. http 和 https 使用的是完全不同的连接方式，用的端口也不一样，前者是 80 ，
后者是 443 。
4. http 的连接很简单，是无状态的； HTTPS 协议是由 SSL + HTTP 协议构建的可进
行加密传输、身份认证的网络协议，比 http 协议安全。
16、简单描述一下你所了解的web应用攻击方式
DDoS（洪水攻击）：
流量攻击主要是针对网络带宽的攻击，即大量攻击包导致网络带宽被阻塞，合法网络包被虚假的攻击包淹没而无法到达主机；资源耗尽攻击，主要是针对服务器主机的攻击，即通过大量攻击包导致主机的内存被耗尽或 CPU 被内核及应用程序占完而造成无法提供网络服务。
SQL注入：
指针对 Web 应用使用的数据库，通过运行非法的 SQL 而产生的攻击。该安全隐患有可能引起极大地威胁，有时会直接导致个人信息及机密信息的泄露。
DOS攻击：
是一种让运行中的服务呈停止状态的攻击。有时也叫作服务停止或拒绝服务攻击。
OS命令注入攻击：
OS 命令注入攻击是指通过 Web 应用，执行非法的操作系统命令达到攻击的目的。
17、简单介绍lvs的三种负载均衡机制
1、NAT模型
NAT 模型是通过网络地址转换来实现的 , 工作方式是 , 首先用户请求到达前端的负载均衡器，
然后负载均衡器根据事先定义好的调度算法将用户请求的目标地址 ( 即虚拟 IP 地址 ) 修改
为后端的应用服务器，应用程序服务器处理好请求之后将结果返回给用户 , 期间必须要经过负
载均衡器 , 负载均衡器将报文的源地址改为用户请求的目标地址 , 再转发给用户 , 从而完成
整个负载均衡的过程 .
2、DR模型
DR 模型是通过路由技术实现的负载均衡技术 , 这种模型与 NAT 模型不同的地方是 , 负载均衡器
通过改写用户请求报文中的 MAC 地址 , 将请求发送到 Real Server, 而 Real Server 直接响应
用户 , 这样就大大的减少负载均衡器的压力 ,DR 模型也是用的最多的一种。
3、TUN模型
TUN 模型是通过 IP 隧道技术实现的 ,TUN 模型跟 DR 模型有点类似 , 不同的地方是负载均衡器 (Director Server) 跟应用服务器 (Real Server) 通信的机制是通过 IP 隧道技术将用户的请求
转发到某个 Real Server, 而 Real Server 也是直接响应用户的 .18、简述Redis与Memcached区别及优势？
1. memcached 所有的值均是简单的字符串， redis 作为其替代者，不仅仅支持简单的 k / v
类型的数据，同时还提供 list ， set ， zset ， hash 等数据结构的存储。
2. redis 的速度比 memcached 快很多，并支持 master-slave( 主 — 从 ) 模式应用。
3. redis 支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行
使用。
4. Redis 单个 value 存储 string 的最大限制是 512MB ， memcached 只能保存 1MB 的数据 .
5. redis 是单核， memcached 是多核。
19、为什么Redis需要把所有数据放到内存中？
Redis 为了达到最快的读写速度将数据都读到内存中，并通过异步的方式将数据写入磁盘。
所以 redis 具有快速和数据持久化的特征。如果不将数据放在内存中，磁盘 I / O 速度为
严重影响 redis 的性能。
在内存越来越便宜的今天， redis 将会越来越受欢迎。 如果设置了最大使用的内存，则数据
已有记录数达到内存限值后不能继续插入新值。
20、简述Redis的常见使用场景？
1.会话缓存（Session Cache）
最常用的一种使用 Redis 的情景是会话缓存（ session cache ）。用 Redis 缓存会话比其他
存储（如 Memcached ）的优势在于： Redis 提供持久化。
2.队列
Reids 在内存存储引擎领域的一大优点是提供 list 和 set 操作，这使得 Redis 能作为一个
很好的消息队列平台来使用。 Redis 作为队列使用的操作，就类似于本地程序语言（如 Python ）
对 list 的 push / pop 操作。
3.全页缓存（FPC）
除基本的会话 token 之外， Redis 还提供很简便的 FPC 平台。回到一致性问题，即使重启了
Redis 实例，因为有磁盘的持久化，用户也不会看到页面加载速度的下降，这是一个极大改进，
类似 PHP 本地 FPC 。
4.排行榜/计数器
Redis 在内存中对数字进行递增或递减的操作实现的非常好。集合（ Set ）和有序集合
（ Sorted Set ）也使得我们在执行这些操作的时候变的非常简单， Redis 只是正好提供了
这两种数据结构。
5.发布/订阅
最后（但肯定不是最不重要的）是 Redis 的发布 / 订阅功能。发布 / 订阅的使用场景
确实非常多。已有人们在社交网络连接中使用，还可作为基于发布 / 订阅的脚本触发器，
甚至用 Redis 的发布 / 订阅功能来建立聊天系统！
21、Redis集群会有写操作丢失吗？为什么？
Redis 并不能保证数据的强一致性，这意味这在实际中集群在特定的条件下可能会丢失写操作。22、描述一下redis常见的数据结构类型
string ——— > 字符串类型，使用场景：做缓存，计数器，共享 session
hash ——— > 哈希类型，使用场景：用户信息存储
list ——— > 列表类型，使用场景：消息队列，微博 TimeLine
set ——— > 集合类型，使用场景：好友推荐
Sorted Set ——— > 有序集合类型，使用场景：排行榜23、Redis是单线程的，如何提高多核CPU的利用率？
在同一个服务器部署多个 Redis 的实例，并把他们当作不同的服务器来使用，在某些时候，无论
如何一个服务器是不够的 , 所以 , 如果你想使用多个 CPU ，你可以考虑一下分片（ shard ）。24、简单描述Redis常见性能问题和解决方案？
1. Master 最好不要做任何持久化工作，如 RDB 内存快照和 AOF 日志文件 .
2. 如果数据比较重要，某个 Slave 开启 AOF 备份数据，策略设置为每秒同步一次 .
3. 为了主从复制的速度和连接的稳定性， Master 和 Slave 最好在同一个局域网内 .
4. 尽量避免在压力很大的主库上增加从库 .
5. 主从复制不要用图状结构，用单向链表结构更为稳定 , 这样的结构方便解决单 点故障问题，
实现 Slave 对 Master 的替换。如果 Master 挂了，可以立刻启用 Slave1 做 Master ，其他不变 .
25、Mongodb 熟悉吗，一般部署几台？
部署过，没有深入研究过，一般 mongodb 部署主从或者 mongodb 分片集群； 建议 3 台
或 5 台服务器来部署。 MongoDB 分片的基本思想就是将集合切分成小块。 这些块分散到若干片
里面，每个片只负责总数据的一部分。 对于客户端来说，无需知道数据被拆分了，也无需知道
服务端哪个分片对应哪些数据。数据在分片之前需要运行一个路由进程，进程名为 mongos 。
这个路由器知道所有数据的存放位置，知道数据和片的对应关系。对客户端来说，它仅知道
连接了一个普通的 mongod ，在请求数据的过程中，通过路由器上的数据和片的对应关系，
路由到目标数据所在的片上，如果请求有了回应，路由器将其收集起来回送给客户端。
26、CDN是什么？
CDN 即内容分发网络，其目的是通过在现有的 Internet 中增加一层新的网络架构，将网站
的内容发布到最接近用户的网络边缘，使用户可就近取得所需的内容，提高用户访问网站的速度。
通过权威 DNS 服务器来实现最优节点的选择，通过缓存来减少源站的压力。CDN 是构建在现有
网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、
内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应
速度和命中率。 CDN 的关键技术主要有内容存储和分发技术。
27、 linux系统nginx与Php环境，发现PHP-FPM进程高，请说出可能的原因以及如何 解决？
1 ） php 的插件程序与现有的 PHP 版本存在不兼容情况，解决方法从 php.ini 中禁止相关插件
2 ）软件本身存在问题，需要开发协同运维一同处理，查找原因
3 ） php 程序存在死循环现象，使用服务器负载过高，解决方法使用 top 命令查看
28、什么是中间件？什么是jdk？
中间件介绍：
中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源；中间件位于客户机 / 服务器的操作系统之上，管理计算机资源和网络通讯是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口。但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递通过中间件，应用程序可以工作于多平台或 OS 环 境。
jdk 是 Java 的开发工具包，它是一种用于构建在 Java 平台上发布的应用程序、 applet 和组件的开发环境。
29、Tomcat和Resin有什么区别，工作中你怎么选择？
Tomcat 用户数多，可参考文档多， Resin 用户数少，参考文档少。
最主要区别则是 Tomcat 是标准的 java 容器，不过性能方面比 resin 的要差一些，
但稳定性和 java 程序的兼容性，应该是比 resin 的要好。
工作中选择：现在大公司都是用 resin ，追求性能；而中小型公司都是用
Tomcat ，追求稳定和程序的兼容
30、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择？
Squid 、 Varinsh 和 Nginx 都是代理服务器。
什么是代理服务器：
能当替用户去访问公网，并且能把访问到的数据缓存到服务器本地，等用户下次再访问相同的资
源的时候，代理服务器直接从本地回应给用户，当本地没有的时候，我代替你去访问公网，我接
收你的请求，我先在我自已的本地缓存找，如果我本地缓存有，我直接从我本地的缓存里回复你
如果我在我本地没有找到你要访问的缓存的数据，那么代理服务器就会代替你去访问公网
区别：
1 ） Nginx 本来是反向代理 / web 服务器，用了插件可以做做这个副业
但是本身不支持特性挺多，只能缓存静态文件
2 ）从这些功能上。 varnish 和 squid 是专业的 cache 服务，而 nginx 这些是第三
方模块完成
3 ） varnish 本身的技术上优势要高于 squid ，它采用了可视化页面缓存技术在内存的利用上， Varnish 比 Squid 具有优势，性能要比 Squid 高。还有强大的通过 Varnish 管理端口，可以使用正则表达式快速、批量地清除部分缓存它是内存缓存，速度一流，但是内存缓存也限制了其容量，缓存页面和图片一般
是挺好的
4 ） squid 的优势在于完整的庞大的 cache 技术资料，和很多的应用生产环境工作中选择：
要做 cache 服务的话，我们肯定是要选择专业的 cache 服务，优先选择 squid 或者 varnish 。