運(yùn)維面試題含

1、運(yùn)維工程師面試題姓名:答題時(shí)間:新安裝MYSQL后如何提高M(jìn)YSQL的安全級(jí)別？A.改正mysql默認(rèn)端口B.linux下能夠經(jīng)過(guò)iptables來(lái)限制接見mysql端口的IP地點(diǎn)C.對(duì)所實(shí)用戶設(shè)置較復(fù)雜密碼并嚴(yán)格指定對(duì)應(yīng)賬號(hào)的接見IP（可在mysql庫(kù)中user表中指定用戶的接見可接見IP地點(diǎn)）D.root特權(quán)賬號(hào)的辦理（建議給root賬號(hào)設(shè)置強(qiáng)密碼，并指定只同意當(dāng)?shù)氐卿洠〦.開啟二進(jìn)制查問(wèn)日記和慢查問(wèn)日記F.mysql安裝目錄及數(shù)據(jù)儲(chǔ)存目錄權(quán)限控制：給mysql安裝目錄讀取權(quán)限，給mysql日記和數(shù)據(jù)所在目錄讀取和寫入權(quán)限G.刪除無(wú)用mysql賬號(hào)和刪除無(wú)用的數(shù)據(jù)庫(kù)（安裝好的mysql默認(rèn)

2、會(huì)有個(gè)test庫(kù)，可將其刪除）MYSQL的主從原理，怎么配置文件？整體上來(lái)說(shuō)，復(fù)制有3個(gè)步驟：A.master將改變記錄到二進(jìn)制日記(binarylog)中（這些記錄叫做二進(jìn)制日記事件，binarylogevents）；B.slave將master的binarylogevents拷貝到它的中繼日記(relaylog)；C.slave重做中繼日記中的事件，將改變反應(yīng)它自己的數(shù)據(jù)。mysql主從復(fù)制的長(zhǎng)處假如主服務(wù)器出現(xiàn)問(wèn)題，能夠迅速切換到從服務(wù)器供給的服務(wù)；能夠在從服務(wù)器上履行查問(wèn)操作，降低主服務(wù)器的接見壓力；能夠在從服務(wù)器上履行備份，以防止備份時(shí)期影響主服務(wù)器的服務(wù)。Mysql復(fù)制的基來(lái)源理過(guò)

3、程1）Slave上邊的IO線程連結(jié)上Master，并懇求從指定日記文件的指定地點(diǎn)（或許從最開始的日記）以后的日記內(nèi)容；（2）Master接收到來(lái)自Slave的IO線程的懇求后，經(jīng)過(guò)負(fù)責(zé)復(fù)制的IO線程依據(jù)懇求信息讀取指定日記指定地點(diǎn)以后的日記信息，返回給Slave端的IO線程。返回信息中除了日志所包含的信息以外，還包含本次返回的信息在Master端binarylog文件的名稱以及在Binarylog中的地點(diǎn)；（3）Slave的IO線程收到信息后，將接收到的日記內(nèi)容挨次寫入到Slave端的RelayLog文件（mysql-relay-lin.xxxxx）的最尾端，并將讀取到的Master端的bin

4、-log的文件名和地點(diǎn)記錄到master-info文件中，以便在下一次讀取的時(shí)候能夠清楚的告訴master“我需要從某個(gè)bin-log的哪個(gè)地點(diǎn)開始今后的日記內(nèi)容，請(qǐng)發(fā)給我”（4）Slave的SQL線程檢測(cè)到RelayLog中新增添了內(nèi)容后，會(huì)立刻分析該Log文件中的內(nèi)容成為在Master端真切履行時(shí)候的那些可履行的查問(wèn)或操作語(yǔ)句，并在自己履行那些查問(wèn)或操作語(yǔ)句，這樣，實(shí)質(zhì)上就是在master端和Slave端履行了相同的查問(wèn)或操作語(yǔ)句，因此兩頭的數(shù)據(jù)是完整相同的。為MYSQL增添一個(gè)用戶？mysqlgrantselect,insert,update,deleteonbook.*totest2l

5、ocalhostidentifiedby“abc”;#增添test2用戶，密碼為abc。并只好在localhost這臺(tái)主機(jī)上登錄，而且只好接見book這個(gè)庫(kù)中的表，擁有查問(wèn)，插入，更新，刪除權(quán)限；語(yǔ)法：mysqlGRANTON.TO戶用主機(jī)名identifiedby密碼“”;6.寫一個(gè)腳本將數(shù)據(jù)庫(kù)備份并打包至遠(yuǎn)程服務(wù)器目錄下。mount:/backup/mntcd/mnt/usr/local/mysql/bin/mysqldump-hlocalhost-uroottesttest.sqlrm-ftest.sql7.寫一個(gè)腳本進(jìn)行nginx日記統(tǒng)計(jì)，獲得接見ip最多的前10個(gè)(nginx日記路徑

6、/home/logs/nginx/default/access.log)awka$1+ENDfor(jina)printaj,j/home/logs/nginx/default/access.log|sort-nr|head-10簡(jiǎn)要描繪Linux的啟動(dòng)過(guò)程？BIOS啟動(dòng)指引(從mbr中裝載啟動(dòng)管理器grub)-GRUB啟動(dòng)指引(裝載kernel和initrd到內(nèi)存)內(nèi)核啟動(dòng)參數(shù)-sysinit初始化.簡(jiǎn)要表達(dá)以下端口所運(yùn)轉(zhuǎn)的服務(wù)21、22、23、25、110、143、873、3306對(duì)應(yīng)的服務(wù)是ftpsshtelnetsnmppop3IMAPrsyncLinux系統(tǒng)中病毒怎么解決找到病毒文件

7、而后刪除；中毒以后一般機(jī)器cpu、內(nèi)存使用率會(huì)比較高，機(jī)器向外發(fā)包等異樣狀況，排查方法：linux服務(wù)器流量劇增,用iftop查察有連結(jié)外網(wǎng)的狀況。netstat連結(jié)的外網(wǎng)ip和端口。#top命令找到cpu使用率高的進(jìn)度，一般病毒文件命名都比較亂#能夠用psaux查察能否有不明進(jìn)度，找出病毒文件的地點(diǎn)#rm-f命令刪除病毒文件#檢查計(jì)劃任務(wù)、開機(jī)啟動(dòng)項(xiàng)和病毒文件目錄有無(wú)其余可疑文件等chkconfig-list|grep3:on服務(wù)器啟動(dòng)級(jí)別是3的，檢查一下了開機(jī)啟動(dòng)項(xiàng)，沒(méi)有特別顯然的服務(wù)。而后檢查了一下開機(jī)啟動(dòng)的一個(gè)文件，more/etc/rc.local發(fā)現(xiàn)一個(gè)病毒文件你刪了他又自動(dòng)創(chuàng)立怎

8、么解決psaxu一個(gè)個(gè)排查，方法是查察可疑的用戶和系統(tǒng)相像而又不是的進(jìn)度找出進(jìn)度可疑。殺掉全部與病毒有關(guān)的進(jìn)度，而后刪掉病毒這個(gè)可履行文件，最后刪除病毒創(chuàng)立的文件請(qǐng)寫出5個(gè)你常用的系統(tǒng)或網(wǎng)絡(luò)保護(hù)工具的名稱rhelcentosubuntuiotop用于檢查I/O的使用狀況htop實(shí)質(zhì)上是top的一個(gè)加強(qiáng)版本。它更簡(jiǎn)單對(duì)進(jìn)度排序。pingtraceroute你使用過(guò)監(jiān)控軟件嗎？談?wù)勂涮厣褂胣agios對(duì)服務(wù)器進(jìn)行監(jiān)控，其特色重視于對(duì)檢測(cè)項(xiàng)的狀態(tài)監(jiān)控，主要經(jīng)過(guò)nrpe現(xiàn)對(duì)遠(yuǎn)程主機(jī)的監(jiān)控，但也能夠經(jīng)過(guò)snmp對(duì)設(shè)施（如路由器、互換機(jī)）進(jìn)行監(jiān)控，可及時(shí)實(shí)現(xiàn)手機(jī)短信、電子郵件、MSN、飛信報(bào)警。實(shí)使用c

9、acti對(duì)服務(wù)器進(jìn)行監(jiān)控,其特色重視性能和流量監(jiān)控并經(jīng)過(guò)圖表顯示，主要經(jīng)過(guò)協(xié)議采集監(jiān)測(cè)項(xiàng)數(shù)據(jù)，可及時(shí)實(shí)現(xiàn)手機(jī)短信、電子郵件、snmp使用zabbix對(duì)服務(wù)器進(jìn)行監(jiān)控，zabbix是完整開源的工具，整合了cacti和nagios等特征。zabbix能夠?qū)χ鳈C(jī)的性能監(jiān)控、網(wǎng)絡(luò)設(shè)施性能監(jiān)控、數(shù)據(jù)庫(kù)、FTP等通用協(xié)議監(jiān)控、多種告警方式、詳盡的報(bào)表圖表繪制支持自動(dòng)發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)施和服務(wù)器（能夠經(jīng)過(guò)配置自動(dòng)發(fā)現(xiàn)服務(wù)器規(guī)則來(lái)實(shí)現(xiàn)）支持散布式，能集中展現(xiàn)、管理散布式的監(jiān)控點(diǎn)，擴(kuò)展性強(qiáng)能夠自己開發(fā)完美各種監(jiān)控（依據(jù)有關(guān)接口編寫程序?qū)崿F(xiàn)），編寫插件簡(jiǎn)單，能夠自定義監(jiān)控項(xiàng)，報(bào)警級(jí)其余設(shè)置。數(shù)據(jù)采集，支持snmp(包含t

10、rappingandpolling)，IPMI，JMX，SSH，TELNET；web服務(wù)器的調(diào)優(yōu)重點(diǎn)以nginx為例，個(gè)人總結(jié)有以下幾個(gè)重點(diǎn)：1）盡可能的少用http，因?yàn)閔ttp是有開支的；2）盡可能的使用CDN；3）增添Expire/Cache-Control頭，這個(gè)頭是緩存用的，能夠緩存圖片和flash那樣不輕易更改的文件，減少接見時(shí)間；4）啟動(dòng)gzip壓縮，這個(gè)沒(méi)啥好說(shuō)的了；5）盡可能少的重定向，能rewrite就不要return，我也知道return比rewrite好寫，可是重定向是需要時(shí)間的，增添一次重定向就會(huì)多一次web需求；6）假如能夠，把a(bǔ)jax也做緩存；7）減少dns查問(wèn)，

11、好多網(wǎng)頁(yè)會(huì)有外站的廣告，這些廣告也是會(huì)啟動(dòng)dns查問(wèn)的，因此假如不缺錢，減少這類廣告；8）調(diào)好服務(wù)器里的TCP協(xié)議棧，這個(gè)不論是web服務(wù)器仍是應(yīng)用服務(wù)器都是一定的；mysql的innodb如何定位鎖問(wèn)題，mysql如何減少主從復(fù)制延緩？mysql的innodb如何定位鎖問(wèn)題:在使用showengineinnodbstatus檢查引擎狀態(tài)時(shí)，發(fā)現(xiàn)了死鎖問(wèn)題在5.5中，information_schema庫(kù)中增添了三個(gè)對(duì)于鎖的表（MEMORY引擎）：innodb_trx#目前運(yùn)轉(zhuǎn)的全部事務(wù)innodb_locks#目前出現(xiàn)的鎖innodb_lock_waits#鎖等候的對(duì)應(yīng)關(guān)系mysql如何減少

12、主從復(fù)制延緩:假如延緩比較大，就先確認(rèn)以下幾個(gè)要素：從庫(kù)硬件比主庫(kù)差，致使復(fù)制延緩主從復(fù)制單線程，假如主庫(kù)寫并發(fā)太大，來(lái)不及傳遞到從庫(kù)，就會(huì)致使延緩。更高版本的mysql能夠支持多線程復(fù)制慢SQL語(yǔ)句過(guò)多網(wǎng)絡(luò)延緩5.master負(fù)載主庫(kù)讀寫壓力大，致使復(fù)制延緩，架構(gòu)的前端要加buffer及緩存層6.slave負(fù)載一般的做法是，使用多臺(tái)slave來(lái)分?jǐn)傋x懇求，再?gòu)倪@些slave中取一臺(tái)專用的服務(wù)器，只作為備份用，不進(jìn)行其余任何操作.此外，2個(gè)能夠減少延緩的參數(shù):slave-net-timeout=seconds單位為秒默認(rèn)設(shè)置為3600秒#參數(shù)含義：當(dāng)slave從主數(shù)據(jù)庫(kù)讀取log數(shù)據(jù)失敗后，等

13、候多久從頭成立連結(jié)并獲得數(shù)據(jù)master-connect-retry=seconds單位為秒默認(rèn)設(shè)置為60秒#參數(shù)含義：當(dāng)從頭成立主從連結(jié)時(shí)，假如連結(jié)成立失敗，間隔多久后重試。往常配置以上2個(gè)參數(shù)能夠減少網(wǎng)絡(luò)問(wèn)題致使的主從數(shù)據(jù)同步延緩MySQL數(shù)據(jù)庫(kù)主從同步延緩解決方案最簡(jiǎn)單的減少slave同步延時(shí)的方案就是在架構(gòu)上做優(yōu)化，盡量讓主庫(kù)的DDL迅速履行。還有就是主庫(kù)是寫，對(duì)數(shù)據(jù)安全性較高，比方sync_binlog=1，innodb_flush_log_at_trx_commit=1之類的設(shè)置，而slave則不需要這么高的數(shù)據(jù)安全，完整能夠講sync_binlog設(shè)置為0或許封閉binlog，i

14、nnodb_flushlog也能夠設(shè)置為0來(lái)提高sql的履行效率。此外就是使用比主庫(kù)更好的硬件設(shè)施作為slave。17.osi七層模型，tcp三次握手過(guò)程，tcp連結(jié)斷開過(guò)程，什么狀況下tcp進(jìn)入time_wait?其余問(wèn)題答案略什么狀況下tcp進(jìn)入time_wait?當(dāng)封閉一個(gè)socket連結(jié)時(shí)，主動(dòng)封閉一端的方則轉(zhuǎn)入CLOSED狀態(tài)。socket將進(jìn)入TIME_WAIT狀態(tài)，而被動(dòng)封閉一詳細(xì)過(guò)程以下：報(bào)文段，發(fā)送1、客戶端發(fā)送FIN報(bào)文段，進(jìn)入FIN_WAIT_1狀態(tài)。ACK表示確認(rèn)，進(jìn)入CLOSE_WAIT狀態(tài)。3、客戶端收到2、服務(wù)器端收到FINFIN確實(shí)認(rèn)報(bào)文段，進(jìn)入FIN_WAIT

15、_2狀態(tài)。4、服務(wù)器端發(fā)送FIN報(bào)文端，進(jìn)入LAST_ACK狀態(tài)。5、客戶端收到FIN報(bào)文端，發(fā)送FIN的ACK，同時(shí)進(jìn)入TIME_WAIT狀態(tài)，啟動(dòng)TIME_WAIT準(zhǔn)時(shí)器，超不時(shí)間設(shè)為2MSL。6、服務(wù)器端收到FIN的ACK，進(jìn)入CLOSED狀態(tài)。7、客戶端在2MSL時(shí)間內(nèi)充公到對(duì)端的任何響應(yīng)，TIME_WAIT超時(shí)，進(jìn)入CLOSED狀態(tài)。請(qǐng)列出你認(rèn)識(shí)的web服務(wù)器負(fù)載架構(gòu)。Nginxhaproxykeepalivedlvs請(qǐng)寫出你知道或使用過(guò)的nginx擴(kuò)展模塊（注意標(biāo)明知道和使用）我的答案隨意說(shuō)幾個(gè)，這玩意到時(shí)候聯(lián)合工作過(guò)的狀況談?wù)劙桑篘ginx負(fù)載平衡模塊：nginx-upstrea

16、m-fair非堵塞接見redis模塊：redis2-nginx-module散布式圖片及時(shí)動(dòng)向壓縮：ngx-fastdfs請(qǐng)依據(jù)你的理解，簡(jiǎn)述高可用服務(wù)系統(tǒng)的有關(guān)組件，并列舉該組件的詳細(xì)實(shí)現(xiàn)服務(wù)名字一致配置:zookeeper、Consul、Etcd+Confd(這倆比較常有于動(dòng)向管理nginx)前端展現(xiàn):nginx信息行列:activemq、kafka讀寫分別中間件:atlas日記剖析:elk請(qǐng)依據(jù)你的理解，簡(jiǎn)述數(shù)據(jù)遷徙工具和數(shù)據(jù)儲(chǔ)存服務(wù)有哪些以及有關(guān)特色因?yàn)槲移髽I(yè)主要都放在了阿里云，數(shù)據(jù)庫(kù)用過(guò)的就這么幾個(gè):mysql、redis和elasticsearch。對(duì)于Storm和Hadoop這倆我仍是初學(xué)者。mysql:關(guān)系型數(shù)據(jù)庫(kù)elasticsearch:全文檢索框架，這玩意漸漸向一個(gè)數(shù)據(jù)庫(kù)聚攏了redis:鍵值儲(chǔ)藏?cái)?shù)據(jù)庫(kù)mysql的數(shù)據(jù)遷徙最常有的就是mysqldump，可是要注意使用不妥會(huì)鎖表，redis的數(shù)據(jù)遷徙最安妥的方法就是主從同步：在slave端啟動(dòng)redis，而后履行slaveofmaster機(jī)器IP地點(diǎn)6379，而后使用info的時(shí)候查察master_link_status假如是up那就是OK了，再履行slaveofnoone,提示OK就是OK了；Elasticsearch的數(shù)據(jù)遷徙工具就是Elasticsearch-Exporter，