的维护，就是要保证业务的上线与运作的正常，在他运转的过程中，对他来维护，他集合了网络、系统、数据库、开发、安全、监控于一身的技术，运维又包括很多种，有DBA运维、网站运维、虚拟化运维、监控运维、游戏运维等等

　　应用运维：是给业务上线、维护和做故障排除的，用开发运维开发出来的工具给业务上线、维护、做故障排查

　　系统运维：是给应用运维提供业务上的基础设施，比如：系统、网络、监控、硬件等等

　　2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的？

　　游戏运营要做的一个事情除了协调工作以外，还需要与各平台沟通，做好开服的时间、开服数、用户导量、活动等计划

　　2）使用salt、ansiable、puppet进行系统的统一调度与配置的统一管理。

　　3）建立简单的服务器的系统、配置、应用的cmdb信息管理。便于查阅每台服务器上的各种信息记录。

　　10G+10G只有10G，另一个做备份。它有100%的冗余，缺点：浪费资源，成本高

　　Nginx：是WEB服务器，缓存服务器，又是反向代理服务器，可以做七层的转发

　　区别：LVS由于是基于四层的转发所以只能做端口的转发，而基于URL的、基于目录的这种转发LVS就做不了

　　HAproxy和Nginx由于可以做七层的转发，所以URL和目录的转发都可以做，在很大并发量的时候我们要选择LVS，像中小型公司的话并发量没那么大，选择HAproxy或者Nginx足已，由于HAproxy由是专业的代理服务器，配置简单，所以中小型企业推荐使用HAproxy

　　能当替用户去访问公网，并且能把访问到的数据缓存到服务器本地，等用户下次再访问相同的资源的时候，代理服务器直接从本地回应给用户，当本地没有的时候，我代替你去访问公网，我接收你的请求，我先在我自已的本地回写找，如果我本地回写有，我直接从我本地的缓存里回复你，如果我在我本地没找到你要访问的缓存的数据，那么代理服务器就会代替你去访问公网

　　1）Nginx本来是反向代理/web服务器，用了插件可以做做这个副业但是本身不支持特性挺多，只能缓存静态文件

　　2）从这些功能上。varnish和squid是专业的cache服务，而nginx这些是第三方模块完成

　　3）varnish本身的技术上优势要高于squid，它采用了可视化页面缓存技术

　　在内存的利用上，Varnish比Squid具有优势，性能要比Squid高。

　　还有强大的通过Varnish管理端口，能够正常的使用正则表达式快速、批量地清除部分缓存

　　它是内存缓存，速度一流，但是内存缓存也限制了其容量，缓存页面和图片一般是挺好的

　　4）squid的优点是完整的庞大的cache技术资料，和很多的应用生产环境

　　要做cache服务的话，我们肯定是要选择专业的cache服务，优先选择squid或者varnish。

　　区别：Tomcat用户数多，可参考文档多，Resin用户数少，可考虑文档少

　　最主要区别则是Tomcat是标准的java容器，不过性能方面比resin的要差一些

　　工作中选择：现在大公司都是用resin，追求性能；而中小型公司都是用Tomcat，追求稳定和程序的兼容

　　中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源

　　是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不一样的接口

　　但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递，通过中间件，应用程序能工作于多平台或OS环境。

　　jdk：jdk是Java的开发工具包，它是一种用于构建在 Java 平台上发布的应用程序、applet 和组件的开发环境

　　其目的是通过在现有的Internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络边缘，使用户可就近取得所需的内容，提高用户访问网站的速度

　　ABtest就是一种灰度发布方式，让一部用户继续用A，一部分用户开始用B，若用户对B没什么反对意见，那么逐步扩大范围，把全用户都迁移到B上面来灰度发布能够保证整体系统的稳定，在初始灰度的时候就不难发现、调整问题，以保证其影响度

　　RabbitMQ也就是消息队列中间件，消息中间件是在消息的传息过程中保存消息的容器

　　消息队列不会保留消息，直到可以成功地传递为止，当然，消息队列保存消息也是有期限地

　　在一个虚拟路由器中，只有作为MASTER的VRRP路由器会一直发送VRRP通告信息,

　　BACKUP不会抢占MASTER，除非它的优先级更高。当MASTER不可用时(BACKUP收不到通告信息)

　　多台BACKUP中优先级最高的这台会被抢占为MASTER。这种抢占是非常快速的(

　　<1s)，以保证服务的连续性

　　由于安全性考虑，VRRP包使用了加密协议进行加密。BACKUP不会发送通告信息，只会接收通告信息

　　原理：就是把客户端发来的数据包的IP头的目的地址，在负载均衡器上换成其中一台RS的IP地址

　　并发至此RS来处理,RS处理完后把数据交给负载均衡器,负载均衡器再把数据包原IP地址改为自己的IP

　　将目的地址改为客户端IP地址即可期间,无论是进来的流量,还是出去的流量,都一定要经过负载均衡器

　　优点：集群中的物理服务器能够正常的使用任何支持TCP/IP操作系统，只有负载均衡器需要一个合法的IP地址

　　缺点：扩展性有限。当服务器节点（普通PC服务器）增长过多时,负载均衡器将成为总系统的瓶颈

　　原理：首先要知道，网络上的大多Internet服务的请求包很短小，而应答包通常很大

　　那么隧道模式就是，把客户端发来的数据包，封装一个新的IP头标记(仅目的IP)发给RS

　　RS收到后,先把数据包的头解开,还原数据包,处理后,直接返回给客户端,不需要再经过

　　负载均衡器。注意,由于RS需要对负载均衡器发过来的数据包进行还原,所以说必须支持

　　优点：负载均衡器只负责将请求包分发给后端节点服务器，而RS将应答包直接发给用户

　　所以，减少了负载均衡器的大量数据流动，负载均衡器不再是系统的瓶颈，就能处理很巨大的请求量

　　这种方式，一台负载均衡器能够为很多RS进行分发。而且跑在公网上就能进行不同地域的分发。

　　缺点：隧道模式的RS节点需要合法IP，这种方式需要所有的服务器支持”IP Tunneling”

　　原理：负载均衡器和RS都使用同一个IP对外服务但只有DR对ARP请求进行响应

　　所有RS对本身这个IP的ARP请求保持静默也就是说,网关会把对这个服务IP的请求全部定向给DR

　　而DR收到数据包后根据调度算法,找出对应的RS,把目的MAC地址改为RS的MAC（因为IP一致）

　　并将请求分发给这台RS这时RS收到这个数据包,处理完成之后，由于IP一致，可以直接将数据返给客户

　　由于负载均衡器要对二层包头进行改换,所以负载均衡器和RS之间必须在一个广播域

　　优点：和TUN（隧道模式）一样，负载均衡器也只是分发请求，应答包通过单独的路由方法返回给客户端

　　与VS-TUN相比，VS-DR这种实现方式不需要隧道结构，因此能使用大多数操作系统做为物理服务器。

　　缺点：（不能说缺点，只能说是不足）要求负载均衡器的网卡必须与物理网卡在一个物理段上。

　　16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟？

　　master负载，主库读写压力大，导致复制延迟，架构的前端要加buffer及缓存层

　　slave负载，一般的做法是，使用多台slave来分摊读请求，再从这些slave中取一台专用的服务器，只作为备份用，不进行其他任何操作.另外， 2个能够大大减少延迟的参数:–slave-net-timeout=seconds 单位为秒 默认设置为 3600秒

　　参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据

　　最简单的减少slave同步延时的方案就是在架构上做优化，尽量让主库的DDL快速执行，还有就是主库是写，对数据安全性较高，比如sync_binlog=1，innodb_flush_log_at_trx_commit= 1 之类的设置，而slave则不需要这么高的数据安全，可完全讲sync_binlog设置为0或者关闭binlog，innodb_flushlog也可设为为0来提高sql的执行效率。另外就是使用比主库更好的硬件设备作为slave

　　一、 在已知MYSQL数据库的ROOT用户密码的情况下，修改密码的方法：

　　3、 在mysql>

　　环境中，使用grant命令，修改root用户的授权权限。

　　二、 如查忘记了mysql数据库的ROOT用户的密码，又如何做呢？方法如下：

　　2、 使用mysqld_safe脚本以安全模式（不加载授权表）启动mysqld 服务

　　1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的根本原因之一，Nginx单凭这点可利用的场合就远多于LVS了。

　　2、Nginx对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能，这个也是它的优势之一，相反LVS对网络稳定性依赖比较大，这点本人深有体会；

　　3、Nginx安装和配置最简单，测试起来较为方便，它基本能把错误用日志打印出来，LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大。

　　4、可承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS相对小些。

　　5、Nginx能够最终靠端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点在于不支持url来检测。比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中发生故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而不满。

　　6、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器，LNMP也是近几年很流行的web架构，在高流量的环境中稳定性也很好。

　　7、Nginx现在作为Web反向加速缓存越来越成熟了，速度比传统的Squid服务器更快，可考虑用其作为反向代理加速器

　　8、Nginx可作为中层反向代理使用，这一层面Nginx基本上无对手，唯一可以对比Nginx的就只有lighttpd了，不过lighttpd目前还没做到Nginx完全的功能，配置也不那么清晰易读，社区资料也远远没Nginx活跃

　　9、Nginx也可作为静态网页和图片服务器，这方面的性能也无对手。还有Nginx社区非常活跃，第三方模块也很多

　　1、Nginx仅能支持http、https和Email协议，这样就在适合使用的范围上面小些，这个是它的缺点

　　2、对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测

　　LVS：使用Linux内核集群实现一个高性能、高可用的负载均衡服务器，它具有很好的可伸缩性（Scalability)、可靠性（Reliability)和可管理性（Manageability)

　　1、抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的，对内存和cpu资源消耗比较低

　　2、配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不是特别需要太多接触，大幅度减少了人为出错的几率

　　3、工作稳定，因为其本身抗负载能力很强，自身有完整的双机热备方案，如LVS+Keepalived，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived

　　4、无流量，LVS只分发请求，而流量并不从它本身出去，这点保证了均衡器IO的性能不会收到大流量的影响。

　　5、应用范围较广，因为LVS工作在4层，所以它几乎可对所有应用做负载均衡，包括http、数据库、在线聊天室等

　　而现在许多网站在这方面都有较强的需求，这个是Nginx/HAProxy+Keepalived的优势所在

　　2、如果是网站应用比较庞大的话，LVS/DR+Keepalived实施起来就很复杂了，特别后面有Windows Server的机器的话，如果实施及配置还有维护过程就很复杂了，相对而言，Nginx/HAProxy+Keepalived就简单多了。

　　2、HAProxy的优点能够补充Nginx的一些缺点，比如支持Session的保持，Cookie的引导，同时支持通过获取指定的url来检测后端服务器的状态

　　3、HAProxy跟LVS类似，本身就只是一款负载均衡软件，单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的

　　4、HAProxy支持TCP协议的负载均衡转发，可以对MySQL读进行负载均衡，对后端的MySQL节点进行仔细的检测和负载均衡，你们可以用LVS+Keepalived对MySQL主从做负载均衡

　　5、HAProxy负载均衡策略非常多，HAProxy的负载均衡算法现在具体有如下8种：

　　①roundrobin，表示简单的轮询，这个不多说，这个是负载均衡基本都具备的；

　　mysqldump工具，mysqldump是mysql自带的备份工具，目录在bin目录下面：/usr/local/mysql/bin/mysqldump，支持基于innodb的热备份，但是由于是逻辑备份，所以速度不是很快，适合备份数据比较小的场景，Mysqldump完全备份+二进制日志能轻松实现基于时间点的恢复。

　　在物理备份中，有基于文件系统的物理备份（LVM的快照），也可以直接用tar之类的命令对整个数据库目录

　　进行打包备份，但是这些只能进行泠备份，不同的存储引擎备份的也不一样，myisam自动备份到表级别

　　percona提供的xtrabackup工具，支持innodb的物理热备份，支持完全备份，增量备份，而且速度很快，支持innodb存储引起的数据在不同，数据库之间迁移，支持复制模式下的从机备份恢复备份恢复，为了让xtrabackup支持更多的功能扩展，可以设立独立表空间，打开 innodb_file_per_table功能，启用之后能支持单独的表备份

　　虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组

　　这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该路由器所在局域网内

　　其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了

　　这时就应该要依据VRRP的优先级来选举一个backup当master。这样就能够保证路由器的高可用了

　　keepalived主要有三个模块，分别是core、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护及全局配置文件的加载和解析。check负责健康检查，包括常见的各种检查方式，vrrp模块是来实现VRRP协议的

　　21、统计ip访问情况，要求分析nginx访问日志，找出访问页面数量在前十位的ip

　　RAID 0：带区卷，连续以位或字节为单位分割数据，并行读/写于多个磁盘上，因此具备极高的数据传输率

　　但它没有数据冗余，RAID 0 只是单纯地提高性能，并没有为数据的可靠性提供保证

　　而且其中的一个磁盘失效将影响到所有数据。因此，RAID 0 不可以应用于数据安全性要求高的场合

　　RAID 1：镜像卷，它是通过磁盘数据镜像实现数据冗余，在成对的独立磁盘上产生互为备份的数据

　　不能提升写数据效率。当原始数据繁忙时，可直接从镜像拷贝中读取数据，因此RAID1 能大大的提升读取性能

　　RAID 1 是磁盘阵列中单位成本最高的，镜像卷可用容量为总容量的1/2，但提供了很高的数据安全性和可用性

　　当一个磁盘失效时，系统能自动切换到镜像磁盘上读写，而不需要重组失效的数据

　　RAID5：至少由3块硬盘组成，分布式奇偶校验的独立磁盘结构，它的奇偶校验码存在于所有磁盘上

　　任何一个硬盘损坏，都能够准确的通过其它硬盘上的校验位来重建损坏的数据（最多允许1块硬盘损坏）

　　所以raid5能轻松实现数据冗余，确保数据的安全性，同时raid5也能提高数据的读写性能

　　运维工程师在公司当中责任重大，需要保证时刻为公司及客户提供最高、最快、最稳定、最安全的服务

　　26、实时抓取并显示当前系统中tcp 80端口的网络数据信息，请写出完整操作命令

　　中毒之后一般机器cpu、内存使用率会比较高，机器向外发包等不正常的情况，排查方法粗略地介绍下，top 命令找到cpu使用率最高的进程，一般病毒文件命名都比较乱，可以用 ps aux 找到病毒文件位置，rm -f  命令删除病毒文件，检查计划任务、开机启动项和病毒文件目录有无其他可以文件等

　　3）由于即使删除病毒文件不排除有潜伏病毒，所以最好是把机器备份数据之后重装一下

　　公司的内网某台linux服务器流量莫名其妙的剧增,用iftop查看有连接外网的情况

　　针对这样的一种情况一般重点查看netstat连接的外网ip和端口。用lsof -p pid能查看到具体是那些进程，哪些文件，经查勘发现/root下有相关的配置conf.n hhe两个可疑文件，rm -rf后不到一分钟就自动生成了，由此推断是某个母进程产生的这些文件。所以找到母进程就是找到罪魁祸首

　　断了内网，病毒就失去外联的能力，杀掉它就容易的多，怎么找到呢，找了半天也没看到蛛丝马迹，没办法只有ps axu一个个排查，方法是查看可以的用户和和系统相似而又不是的冒牌货，果然，看到了如下进程可疑，看不到图片就是/usr/bin/.sshd，于是我杀掉所有.sshd相关的进程，然后直接删掉.sshd这个可执行文件，然后才删掉了文章开头提到的自动复活的文件

　　简单的说，物理层确保原始的数据可在各种物理媒体上传输。局域网与广域网皆属第1、2层

　　物理层为设备之间的数据通信提供传输媒体及互连设备，为数据传输提供较为可靠的环境

　　还有ulimit -n 查看linux系统打开最大的文件描述符，这里默认1024

　　不修改这里web服务器修改再大也没用，若要用就修改很几个办法，这里说其中一个：

　　35、写一个脚本，实现判断192.168.1.0/24网络里，当前在线的IP有哪些，能ping通则认为在线

　　40、每天晚上 12 点，打包站点目录/var/备份到/data 目录下（最好每次备份按时间生成不同的备份包）

　　声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容图片侵权或者别的问题，请联系本站作侵删。侵权投诉

　　中觉得很难的知识点。下面小编总结出一些SQL语句的常用语法公式和常见的

　　据说今年的秋招慢慢的开始了，作者君自己之前找工作的时候，记录下来了一些比较基本的笔试

　　维岗位，总会问几道数据库问题。经常有小伙伴私信我，询问怎么样应对 MySQL

　　如下： Redis 持久化机制 缓存雪崩、缓存穿透、缓存预热、缓存更新、缓存降级等问题 热点数据和冷数据是什么 Memcache与Redis的区别都有哪些？ 单线程的redis为什么这么

　　如下： 模拟电路 1、基尔霍夫定理的内容是什么？（仕兰微电子） 2、平板电容公式(C=

　　1.static有什么用途？（请至少说明两种） 1) 限制变量的作用域 2) 设置变量的存储域 2.引用与指针有啥不一样的区别？ 1) 引用必须被初