运维面试题(含答案)教学提纲

上传人:微*** 文档编号:73044469 上传时间:2022-04-10 格式:DOCX 页数:8 大小:32.59KB
收藏 版权申诉 举报 下载
运维面试题(含答案)教学提纲_第1页
第1页 / 共8页
运维面试题(含答案)教学提纲_第2页
第2页 / 共8页
运维面试题(含答案)教学提纲_第3页
第3页 / 共8页
资源描述:

《运维面试题(含答案)教学提纲》由会员分享,可在线阅读,更多相关《运维面试题(含答案)教学提纲(8页珍藏版)》请在装配图网上搜索。

1、运维工程师面试题姓名:答题时间:1.新安装MYSQL后怎样提升 MYSQL的安全级别?A.修改mysql默认端口B.linux下可以通过iptables来限制访问 mysql端口的IP地址C对所有用户设置较复杂密码并严格指定对应账号的访问IP(可在mysql库中user表中指定用户的访问可访问IP地址)D.root特权账号的处理(建议给root账号设置强密码,并指定只允许本地登录)E开启二进制查询日志和慢查询日志F.mysql安装目录及数据存储目录权限控制:给mysql安装目录读取权限, 给mysql日志和数据所在目录读取和写入权限G.删除无用mysql账号和删除无用的数据库(安装好的 mys

2、ql默认会有个test库,可将 其删除)2. MYSQL的主从原理,怎么配置文件?整体上来说,复制有 3个步骤:A.master将改变记录到二进制日志 (binary log)中(这些记录叫做二进制日志事件,binarylog events);B.slave将 master 的 binary log events 拷贝到它的中继日志 (relay log);C.slave重做中继日志中的事件,将改变反映它自己的数据。3. mysql主从复制的优点如果主服务器出现问题,可以快速切换到从服务器提供的服务;可以在从服务器上执行查询操作,降低主服务器的访问压力;只供学习交流用可以在从服务器上执行备份,

3、以避免备份期间影响主服务器的服务。4. Mysql复制的基本原理过程(1) Slave上面的IO线程连接上Master,并请求从指定日志文件的指定位置(或者从 最开始的日志)之后的日志内容;(2) Master接收到来自Slave的IO线程的请求后,通过负责复制的IO线程根据请求信息读取指定日志指定位置之后的日志信息,返回给Slave端的IO线程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息在Master端binary log文件的名称以及在Binary log中的位置;(3) Slave的IO线程收到信息后,将接收到白日志内容依次写入到Slave端的RelayLog文件(mysq

4、l-relay-lin.xxxxx)的最末端,并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中,以便在下一次读取的时候能够清楚的告诉master我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”(4) Slave的SQL线程检测到Relay Log中新增加了内容后,会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的查询或操作语句,并在自身执行那些 查询或操作语句,这样,实际上就是在 master端和Slave端执行了同样的查询或操作语句, 所以两端的数据是完全一样的。5. 为MYSQL添加一个用户?mysql

5、grant select,insert,update,delete on book.* to test2localhost identified byabc ;#增加test2用户,密码为abc。并只能在localhost这台主机上登录,并且只能访问 book这个库中的表,具有查询,插入,更新,删除权限;语法:mysql GRANT 权限 ON库”表TO 用户B机名identfied by 密码”“;6. 写一个脚本将数据库备份并打包至远程服务器192.168.1.1 /backup目录下。mount 192.168.1.1:/backup /mntcd /mnt/usr/local/mysq

6、l/bin/mysqldump -hlocalhost -uroot test test.sqltar czf test.sql.tar.gz test.sqlrm -f test.sql7. 写一个脚本进行nginx日志统计,得到访问 ip最多的前10个(nginx日志路径/home/logs/nginx/default/access.log)awk a$1+ENDfor(j in a) print aj,j/home/logs/nginx/default/access.log|sort-nr|head -108. 简要描述Linux的启动过程?BIOS启动引导(从mbr中装载启动管理器 g

7、rub) GRUB启动引导(装载kernel和initrd到 内存)一讷核启动参数-sys init初始化.9. 简要叙述下列端口所运行的服务21、22、23、25、110、143、873、3306对应的服务是 ftp ssh telnet snmp pop3 IMAP rsync10. Linux系统中病毒怎么解决找到病毒文件然后删除;中毒之后一般机器cpu、内存使用率会比较高,机器向外发包等异常情况,排查方法:linux服务器流量剧增,用iftop查看有连接外网的情况。netstat连接的外网ip和端口。 #top命令找到cpu使用率高的进程,一般病毒文件命名都比较乱#可以用ps aux查

8、看是否有不明进程,找出病毒文件的位置 #rm-f命令删除病毒文件#检查计划任务、开机启动项和病毒文件目录有无其他可疑文件等chkconfig -list | grep 3:on服务器启动级别是 3的,检查一下了开机启动项,没有特别明显的服务。然后检查了一下开机启动的一个文件,more /etc/rc.local11. 发现一个病毒文件你删了他又自动创建怎么解决ps axu 一个个排查,方法是查看可疑的用户和系统相似而又不是的进程找出进程可疑。杀掉所有与病毒相关的进程,然后删掉病毒这个可执行文件,最后删除病毒创建的文件12. 请写出5个你常用的系统或网络维护工具的名称rhel centos ub

9、untuiotop用于检查I/O的使用情况htop实质上是top的一个增强版本。它更容易对进程排序。pingtraceroute13. 你使用过监控软件吗?说说其特点使用nagios对服务器进行监控,其特点侧重于对本测项的状态监控,主要通过 nrpe实 现对远程主机的监控,但也可以通过snmp对设备(如路由器、交换机)进行监控,可实时实现手机短信、电子邮件、MSN、飞信报警。使用cacti对服务器进行监控,其特点侧重性能和流量监控并通过图表显示,主要通过snmp协议收集监测项数据,可实时实现手机短信、电子邮件、使用zabbix对服务器进行监控,zabbix是完全开源的工具,整合了 cacti和

10、nagios等特性。zabbix可以对主机的性能监控、网络设备性能监控、数据库、FTP等通用协议监控、多种告警方式、详细的报表图表绘制支持自动发现网络设备和服务器(可以通过配置自动发现服务器规则来实现)支持分布式,能集中展示、管理分布式的监控点,扩展性强可以自己开发完善各类监控(根据相关接口编写程序实现),编写插件容易,可以自定义监控项,报警级别的设置。数据收集,支持 snmp(包括 trapping and polling ), IPMI, JMX, SSH TELNET14. web服务器的调优要点以nginx为例,个人总结有如下几个要点:1)尽可能的少用http ,因为http是有开销的

11、;2)尽可能的使用CDN;3)添加Expire/Cache-Control头,这个头是缓存用的,可以缓存图片和 flash那样不轻易更 改的文件,减少访问时间;4)启动gzip压缩,这个没啥好说的了;5)尽可能少的重定向,能 rewrite就不要return ,我也知道return比rewrite好写,但是重 定向是需要时间的,增加一次重定向就会多一次web需求;6)如果可以,把ajax也做缓存;7)减少dns查询,很多网页会有外站的广告,这些广告也是会启动dns查询的,所以如果不缺钱,减少这种广告;8)调好服务器里的 TCPJ、议栈,这个无论是 web服务器还是应用服务器都是必须的;15.

12、mysql的innodb如何定位锁问题, mysql如何减少主从复制延迟?mysql的innodb如何定位锁问题:在使用show engine innodb status检查引擎状态时,发现了死锁问题在5.5中,information_schema库中增加了三个关于锁的表( MEMORY弓I擎): innodb_trx #当前运行的所有事务innodb_locks #当前出现的锁innodb_lock_waits #锁等待的对应关系mysql如何减少主从复制延迟:如果延迟比较大,就先确认以下几个因素:1 .从库硬件比主库差,导致复制延迟2 .主从复制单线程,如果主库写并发太大,来不及传送到从库

13、,就会导致延迟。更高版 本的mysql可以支持多线程复制3 .慢SQL语句过多4 .网络延迟5. master负载主库读写压力大,导致复制延迟,架构的前端要加buffer及缓存层6. slave负载一般的做法是,使用多台slave来分摊读请求,再从这些slave中取一台专用的服务器,只作为备份用,不进行其他任何操作.另外,2个可以减少延迟的参数:-slavenet-timeout=seconds单位为秒 默认设置为 3600秒#参数含义:当slave从主数据库读取10g数据失败后,等待多久重新建立连接并获取数 据-maste-connect -retry=seconds 单位为秒 默认设置为

14、60秒#参数含义:当重新建立主从连接时,如果连接建立失败,间隔多久后重试。通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟16 . MySQL数据库主从同步延迟解决方案最简单的减少slave同步延时的方案就是在架构上做优化,尽量让主库的DDL快速执行。还有就是主库是写, 对数据安全性较高, 比如sync_binlog=1, innodb_flush_log_at_trx_commit=1之类的设置,而slave则不需要这么高的数据安全,完全可以讲sync_binlog设置为0或者关闭binlog , innodb_flushlog也可以设置为0来提高sql的执行效率。另外就是使用比

15、主库更好的硬件设备作为slave。17 . osi七层模型,tcp三次握手过程,tcp连接断开过程,什么情况下tcp进入time_wait?其他问题答案略什么情况下tcp进入time_wait?当关闭一个socket连接时,主动关闭一端的socket将进入TIME_WAIT状态,而被动关闭一方则转入CLOSED犬态。具体过程如下:1、客户端发送FIN报文段,进入FIN_WAIT_1状态。2、服务器端收到FIN 报文段,发送 ACK表示确认,进入 CLOSE_WAIT犬态。3、客户端收到FIN的确认报文段,进入 FIN_WAIT_2 状态。4、服务器端发送FIN报文端,进入LAST_ACK犬态。

16、5、客户端收到FIN报文端,发送 FIN的 ACK同时进入 TIME_WAIT状态,启动 TIME_WAIT定时器,超时时间设为 2MSL。6、服务 器端收到FIN的ACK进入 CLOSED犬态。7、客户端在2MSL时间内没收到对端的任何响应,TIME_WAIT超时,进入CLOSED犬态。18 .请列出你了解的web服务器负载架构。Nginxhaproxykeepalivedlvs19 .请写出你知道或使用过的nginx扩展模块(注意标注知道和使用)我的答案随便说几个,这玩意到时候结合工作过的情况说说吧:Nginx 负载均衡模块:nginx-upstream-fair非阻塞访问 redis 模

17、块:redis2-nginx-module分布式图片实时动态压缩:ngx-fastdfs20 .请根据你的理解,简述高可用服务体系的相关组件,并列举该组件的具体实现服务名 字统一配置:zookeeper、Consul、Etcd+Confd(这俩比较常见于动态管理nginx)前端展示:nginx消息队列:activemq、kafka读写分离中间件:atlas日志分析:elk21 .请根据你的理解,简述数据迁移工具和数据存储服务有哪些以及相关特点:mysql、redis 和 elasticsearch。由于我公司主要都放在了阿里云,数据库用过的就这么几个 对于Storm和Hadoop这俩我还是初学

18、者。mysql:关系型数据库elasticsearch:全文检索框架,这玩意逐渐向一个数据库靠拢了redis:键值储存数据库mysql的数据迁移最常见的就是mysqldump,但是要注意使用不当会锁表,redis的数据迁移最稳妥的方法就是主从同步:在slave端启动redis,然后执行slaveof master机器IP地址6379,然后使用info的时候查看 master_link_status如果是up那就是OK了, 再执行slaveof no one,提示OK就是OK 了;日asticsearch的数据迁移工具就是 Elasticsearch-Exporter,不过我对它仅仅只是了解,用的并 不多22 .请简述你了解的自动化配置管理工具特点和运行原理我用的最多的就是 ansible和saltstack,这俩都是python的,对于我这个半路出家的更亲切。 ansible基于SSH协议传输数据,不用装 agent,配置比较简单,对 windows支持惨不忍睹; saltstack使用消息队列zeroMQ传输数据,如果1000台以上的话它速度比 ansible还耍快,要安装agent,对 windows支持同样惨不忍睹;23 .你们公司的网络出口带宽是多少?每天网站的PV、UV是多少?24 .请简单阐述运维工程师的职责。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!