linux系统运维面试题目

Posted yue-hong

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了linux系统运维面试题目相关的知识,希望对你有一定的参考价值。

 

1、将两个文件按列合并,按行合并呢?
答:行:awk ‘{print $0}‘ 1.txt 2.txt
列:paste 1.txt 2.txt

2、为什么要在Lvs的后台真实服务器上绑定VIP呢?并且是在环回口上绑定VIP呢?
答:(1)客户端发送给分发器的请求数据报文的目的IP地址是VIP,经过分发器器会根据相应的算法把请求交给后台真实的服务器处理,DR模式下只会更改目的MAC地址,而目的IP地址(即VIP)是不变的,当后端真实服务器收到该报文后发现目的地址是VIP而不是自己的真实物理接口地址,便会进行丢弃数据包,而不会响应。为了解决这个问题,所有后端真实服务器上都会绑定VIP。
(2)如果VIP都绑在所有真实服务器的物理接口上,很显然会引起IP地址冲突,是不可能正常发包的。是ARP的原因,不是交换机的MAC地址表原因

3、如何删除该目录下除某个文件以外的所有文件?
答:(1)ls|grep -v 1.txt|xargs rm ##只针对不存在递归目录的
(2)如果有递归目录,比如当前目录下有1.txt 2.txt test,在test目录下还有3.txt,4.txt 5.dir,问如何除了3.txt以外删除所有的普通文件?(因缺思婷)
答: find . ! -name "3.txt" -type f|xargs rm ##find 自动递归,!非名称为3.txt的,rm不可以使用-r参数,否则会删除5.dir目录

4、failback问题。master挂掉了,我们应该让slave顶上,一会我们修复好了master,可是如何把修复这段时间的更新数据从slave恢复到master上来呢,什么原理?(还是让我迷糊。后续看到好的资料再好好重新整理)
答:当往一台mysql服务器中写入数据时候,会把数据记录到数据文件中,并且同时记录下二进制日志中的事件。我觉得可以先把修复好的原master作为slave,把数据从新master同步过来,以后就这么反着来了。意思就是把原来的主成为从,原来的从成为主。

5、select * 和select 全部字段这2种写法有何优缺点?(貌似整理过)
答:(1)select * 需要解析数据字典,而【select 全部字段】不需要
(2)从执行效率来说,【select 全部字段】强于【select *】
(3)【select 全部字段】可以建立索引进行优化,【select * 】无法优化 (不清楚这一点)
(4)表字段改名,前者不需要修改,后者需要改
(5)【select 全部字段】的可读性比【select * 】要高

6、对于一个大型网站,lvs调度器一般为主备2台,为使其具有良好的可扩展性,那么如何使lvs变成3台、4台甚至更多台呢?
答:(1)在DNS服务器上设置多个A记录,解析域名的时候,由一个域名轮询或智能解析成多个IP地址。
(2)在LVS前端,搞一个路由器或者三层交换机,启用OSPF协议,使路由到各个lvs主机上,多达8个。(我擦,这也可以,老男孩老师厉害!)
##另外lvs是四层负载均衡,即TCP层转发,终于解惑了;nginx是七层即http层转发

7、随着应用的日益增长,读操作很多,我们可以扩展slave,但是如果master满足不了写操作了,怎么办呢?(这回看了视频我要好好整理下,有新想法了,唉,然并卵呀,已挂)
答:(1)用固态硬盘做RAID5阵列(这个玩意能快速解决,应急支撑一段时间)
(2)根据业务逻辑,分表分库(呵,栽在这儿了,后悔没早点看视频,马哥建议没有15k以上薪水+8年DBA经验别乱拆,因为很难修复,记住了!)
(3)将mysql一主一从模型变成双主,把slave替换成master,双主模型是可以提高写性能的。比如以前Master有2000行记录,现在把master分割成1-1000行,另一台由slave提升的master负责记录第1001-2000行,这样分割,前端依然放置一台调度器相当于路由,当客户需要读取相应记录的时候,调度器做hash(object)算法,转发请求到后端数据库select。(老男孩说双主可以,而马哥又说双主不能提高写性能,因为彼此都要循环复制一次,生产环境容易不建议使用双主,因为彼此容易冲突,导致数据的不一致性)

8、孤儿进程和僵死进程的理解?会带来什么问题,怎么解决?(老是记不住这个,考上又得跪)
答:孤儿进程:一个父进程退出,而它的一个或多个子进程还在运行,那么这些子进程将成为孤儿进程。孤儿进程将被init进程(进程号为1)所收养,并由init进程对它们完成状态收集工作。当一个孤儿进程凄凉地结束了其生命周期的时候,init进程就会代表党和政府出面处理它的一切善后工作。因此孤儿进程并不会有什么危害。
僵尸进程:(1)一个进程使用fork创建子进程,如果子进程退出,而父进程并没有调用wait或waitpid获取子进程的状态信息,那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。
(2)问题:如果进程不调用wait / waitpid的话, 那么保留的那段信息就不会释放,其进程号就会一直被占用,如果大量的产生僵死进程,
将因为没有可用的进程号而导致系统不能产生新的进程. 此即为僵尸进程的危害,应当避免。
(3)解决:杀死僵死进程的父进程,这样僵死进程就变成孤儿进程,最后被Init进程收养。
参考文档:http://www.cnblogs.com/Anker/p/3271773.html

9、在地址栏键入网址之后的过程是什么样的,数据流向,哪一个过程最耗时间?(常考)
答:(1)域名解析,得到web站点的IP地址
(2)通过IP地址,从客户端到服务端会经历一系列的路由交换过程
(3)找到服务端后,通过80端口,建立TCP三次握手
(4)TCP建立成功后,客户端发出http请求,服务端响应http应答报文
最耗时间:在路由交换过程中最长,因为要经过互联网,这中间有很多路由器,需要查表,有分组转发延迟、有线路传输延迟。

10、TCP四次挥手原理?
答:由于TCP连接时全双工的,因此,每个方向都必须要单独进行关闭,这一原则是当一方完成数据发送任务后,发送一个FIN来终止这一方向的连接,收到一个FIN只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个TCP连接上仍然能够发送数据,直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭,上图描述的即是如此。
(1)第一次挥手:Client发送一个FIN,用来关闭Client到Server的数据传送,Client进入FIN_WAIT_1状态。
(2)第二次挥手:Server收到FIN后,发送一个ACK给Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server进入CLOSE_WAIT状态。
(3)第三次挥手:Server发送一个FIN和ACK包,用来关闭Server到Client的数据传送,Server进入LAST_ACK状态。
(4)第四次挥手:Client收到FIN后,Client进入TIME_WAIT状态,接着发送一个ACK给Server,确认序号为收到序号+1,Server进入CLOSED状态,完成四次挥手。

11、TCP三次握手原理?
答:(1)客户端会发送一个SYN报文,表示我要主动建立连接,此时客户端处于SYN-sent状态,等待服务器的确认;
(2)服务端收到SYN包后,必须进行确认并发送一个ACK包,同时自己也发送一个SYN包,即SYN+ACK包,此时服务端进入SYN_RECV状态;
(3)客户端收到服务器的SYN+ACK包,向服务端发送确认包,服务端收到后,客户端和服务端都处于ESTABLISHED状态,完成三次握手,此时可以传输数据了。

12、http协议通信原理?
答:(1)首先http是借助于tcp 80端口,基于客户/服务器的模式。两个节点先建立TCP3次握手,保证可以传输数据,
(2)浏览器向Web服务器发送请求命令
(3)服务端收到http请求报文后,判断客户端请求的是动态页面还是静态页面,如果是静态页面,直接从/var/www/html目录下找到对应网页返回给它,如果是动态页面,fastcgi需要把请求转向php解释器或者Java解释器,甚至有必要的话,会请求查询后端数据库。解释器处理完数据后,先返回给web服务器,最后web服务器封装http应答报文,浏览器收到报文后解析显示给用户。
(4)断开TCP连接,释放网络资源。

13、TCP 为什么是三次握手,为什么不是两次或四次?(知乎上看到的,自己回答感觉很难有说服力)
三次握手:
“喂,你听得到吗?”
“我听得到呀,你听得到我吗?”
“我能听到你,今天balabala……”

两次握手:
“喂,你听得到吗?”
“我听得到呀”
“喂喂,你听得到吗?”
“草,我听得到呀!!!!”
“你TM能不能听到我讲话啊!!喂!”
“……”

四次握手:
“喂,你听得到吗?”
“我听得到呀,你听得到我吗?”
“我能听到你,你能听到我吗?”
“……不想跟傻逼说话”

答:(1)不是两次握手的原因:计算机网络书上明确指出,如果只有2次握手,当TCP连接断开后,因为网络延迟原因,服务端过了很久才收到上次TCP连接的停留的分组,于是服务端以为客户端又要建立连接,进行确认报文段建立连接,一直等待客户端发来数据,服务端的许多资源就白白浪费了
(2)不是四次握手的原因:三次握手已经能保证对方均处于ESTABLIHED状态了,何必还要发一次分组浪费无谓的带宽呢?

14、tcp的四次挥手C/S中哪个先发起,为什么一般不是服务器先发起?(这个问题问的真蠢啊)
答:可以既由服务端发起,也可以由客户端发起,都是主动关闭的一方发起。至于为什么一般不是服务器先发起:因为服务器通常作为响应的一方,客户端发出请求,按常理来说得到了响应的数据,就算完成工作了,而服务端处理完毕后还要处理下一个连接。

15、session存在服务器的哪个地方? 共享session有何意义?什么实现方法?(session还是不好理解)
答:(2)session可以放在memcache API的内存缓存里,当服务器进程被停止或者重启的时候,内存里的session也会被清空;
(2)第二种是PHP中的session以默认文件的形式保存在本地服务器的硬盘上。
意义:如果不采用session共享,那么网站的用户将会频繁在几个服务器上输入用户名和密码,导致用户体验大打折扣,另外迫使开发人员必须时时读写数据库,从而增重立数据库的负担。于是网站跨服务器的session共享问题变得迫切起来。
方法:(1)基于cookie的session共享(2)基于数据库的session共享(3)基于memcached的session共享

16、B/S和C/S架构的区别。
答:(1)B/S是三层模式,浏览器、服务器、数据库;而C/S是二层模式,即客户端和服务器
(2)从升级与维护的观点来说,C/S需要操作环境,而B/S不需要操作环境,所以B/S只需要维护server端,而C/S既需要负责客户端又要负责服务端,成本自然要高些
(3) 从应用范围来说,C/S更偏向局域网段,B/S更适合用于互联网段。 (这一点是看的网上的,不是很有说服力)

17、当master的二进制日志每产生一个事件,都需要发往slave,如果我们有N个slave,那是发N次,还是只发一次?
答:可以发N次,也可以发1次。
(1)如果是N次,在master内部,维护N个线程,每一个线程负责将二进制日志文件发往对应的slave。master既要负责写操作,还的维护N个线程,负担会很重。
(2)如果是1次,可以这样,slave-1是master的从,slave-1又是slave-2,slave-3,...的主,同时slave-1不再负责select。slave-1将master复制线程的负担,转移到自己的身上。这就是所谓的多级复制的概念。当然master肯定有binlog,slavve-1既有binlog又有relay-log。
一主多从的意义:主依然负责写请求,多个从来分担读的任务。

18、讲讲TCP的拥塞控制。(考的不多,考上必跪)
答:概念:拥塞控制就是防止过多的数据注入到网络中,这样可以使网络中的路由器或链路不致过载。
引起拥塞的原因:(1)网络流量过多(2)链路带宽太小(3)遭遇攻击
检测拥塞方法:随机早期检测RED
解决方法:慢开始,拥塞避免,快重传,快恢复。其中慢开始,拥塞窗口(发送窗口)指数级增长,当达到一定阈值后,使用拥塞避免算法线性增长。

19、如何锁定一个Linux用户账号?
答:(1)usermod -L user1
(2)或者更改登陆shell,usermod -s /sbin/nologin user1
(3)或者在/etc/passwd文件中,将含有该用户的文件行注释掉(使用 * )

20、mysql里记录货币用什么字段类型好?
答:numeric和decimal类型。
##Numeric(10,2) 指字段是数字型,长度为10,小数为两位的;decimal十进制(18,0) 18是定点精度(指定指定小数点左边和右边可以存储的十
进制数字的最大个数),0是小数位数。

21、MySQL数据库服务器性能分析的方法命令有哪些?
答:(1)show variables like ‘%max_connections%‘;##查看最大连接数、超时时间、表缓存数
(2)show global status; show process list;show session status;
(3)explain执行计划分析

22、MYSQL数据表在什么情况下容易损坏?如何修复?
答:原因:(1)服务器突然断电导致数据文件损坏。
(2)强制关机,事先没有先关闭mysql服务。
解决:用repair table TABLE_NAME

23、mysql存储引擎有哪些?如何修改mysql存储引擎?
答:种类:(1)myisam(2)默认Innodb(3)memory(4)CSV
修改引擎:mysql>alter table TABLE_NAME type=innodb:

24、mysql有关权限的表都有哪几个?
答:(1)user权限表:记录允许连接到服务器的用户帐号信息,里面的权限是全局级的。
(2)db权限表:记录各个帐号在各个数据库上的操作权限。
(3)table_priv权限表:记录数据表级的操作权限。
(4)columns_priv权限表:记录数据列级的操作权限。
(5)host权限表:配合db权限表对给定主机上数据库级操作权限作更细致的控制。这个权限表不受GRANT和REVOKE语句的影响。

25、一个目录可 读、可写、可执行分别意味什么?
答:可读意味着可以ls浏览该目录下的内容,可写意味着可以在该目录下创建、删除、修改文件的权限,可执行代表可以cd进入该目录。

26、MySQL服务器一主一从或一主多从模式中,当Master挂掉,如何决定由哪台从服务器启动成为master呢?
答:应该可以指定一些算法如轮询,采用使用Keepalived进行故障切换,配置文件中启用多个vrrp实例,并写一个脚本进行Mysql状态的检查,如果Master挂掉,那么我们停掉keepalived进程,让VIP飘移到任意指定的从服务器上,只要它可以提供服务,而后,master修复完毕,需手动切换到master,再重启keepalived服务。当然测试的时候,是人为让一台Master死掉,检查/var/log/message的日志情况或者tcpdump vrrp,另外keepalived所指的配置文件里当keepalived切换动作时也有邮箱发送。
参考文档:http://wenku.baidu.com/view/21bd9a839e31433238689347.html?from=search

27、LVS的持久连接的原理是什么?
答:当一个客户端发起请求时,不管TCP连接有没有断开,只要这个客户访问过,我们的LVS就会在内存缓冲区当中,将来自客户端第一次发起请求的连接IP地址和给他所选定的real server绑定映射关系,无论使用何种算法。当客户端再次访问时,直接查看这个会话表,若持久连接模板
没有超时,则交给同一个real server处理。将共享sesion放在memcached内存缓存服务器也行。

28、介绍下DNS负载均衡?
答:采用轮询的方式,在域名服务器中对某一台主机添加多条A记录,不同的客户端解析同一个域名,可以得到多个IP地址,目的是让多台web服务器出现同一个网页页面。
优点:可以将联通用户流量分摊到联通服务器,电信用户流量分摊到电信服务器
缺点:(1)可靠性低。如果某台服务器宕机,DNS服务器是无法知晓的,仍旧会将访问请求分配到此服务器,那么可能造成部分用户能访问,部分用户不能访问;
(2)负载分配不均匀。由于采用轮询,无法针对不同服务器的处理性能进行分配,可能有的服务器处理很多请求,有的服务器处理很少请求。

29、在LVS负载均衡中,当客户端1上传一个附件到服务器A中,而客户端2访问的是服务器B,那么此时客户端2需要下载客户端1上传的附件,该怎么办?(其实就是LVS后台真实服务器的数据同步问题)
答:(1)可以在2台Real Server后面放置一台NFS或者Samba共享存储,然后挂载至各自的所属的附件目录中(当然要求真实服务器拥有双网卡)
(2)对于Real Server本地LAMP环境的网页程序,可以使用rsync+inotify进行文件的同步。或者使用sersync替代

30、当一个select发往mysql proxy,可能这次由slave-2响应,下次由slave-3响应,这样的话,就无法利用查询缓存了,该怎么办?
答:应该找一个共享式的缓存,比如memcache来解决。将slave-2,slave-3,这些查询的结果都缓存至mamcache中。

 

以上是关于linux系统运维面试题目的主要内容,如果未能解决你的问题,请参考以下文章

运维面试金山科技8月份最新面试题-自动化运维岗位

刚出炉的网易Linux运维面试题(附带答案)

运维必须掌握的Linux面试题

运维工程师面试题及答案(网络运维工程师面试题)

运维工程师面试题及答案(网络运维工程师面试题)

运维岗位面试题