Linux實戰型企業運維工程師試題測評

時間 2019-11-12

標籤 linux 實戰企業工程師試題測評欄目 Linux 简体版

原文原文鏈接

　　　　　　　　　　　　　　　　　　　　　　　　　Linux實戰型企業運維工程師試題答案php

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　做者：尹正傑html

最近在網上看到了一套有意思的面試題，咱們一塊兒來看一下這些題怎麼破吧，哈哈~我先放在這裏，有時間了一塊兒來看看。多學點東西終究是沒有壞處的！linux

1、如何實現Nginx代理的節點訪問日誌記錄客戶的IP而不是代理的IP？ios

解決方案：nginx

1.首先要確保nginx配置文件這一行：proxy_set_header X-Real-IP $remote_addr;若是沒有的話手動添加上。面試

2.編輯配置文件vim /etc/httpd/conf/httpd.conf數據庫

注，這是修改後的參數，將h%修改成%{X-Real-IP}i，vim

3.重啓服務並驗證tomcat

[root@yinzhengjie ~]# service httpd restart服務器

[root@yinzhengjie ~]# tail -10f /var/log/httpd/access_log

二./var/log/messages日誌出現kernel: nf_conntrack: table full, dropping packet.請問是什麼緣由致使的？如何解決？

一、在內核配置文件"/etc/modprobe.d/"下新建一個"blacklist.conf"文件，寫入:

blacklist nf_conntrack 　　　　　　　　#屏蔽一個模塊(可是其餘非屏蔽模塊須要這個模板的時候，這個屏蔽模塊仍是會被載入)

install nf_conntrack /bin/false 　　　 #當其餘依賴模塊須要這個模板的時候，直接返回false

2.執行命令移除掉已經加載進來的模塊

#rmmod ip_vs nf_conntrack

三.linux系統Nginx php環境，發現PHP-FPM進程高，請說出可能緣由以及如何解決?

1.. 一些php的擴展與php版本兼容存在問題，實踐證實 eAccelerater與某些php版本兼容存在問題，具體表現時啓動php-cgi進程後，運行10多分鐘，奇慢無比，但靜態資源訪問很快，服務器負載也很正常（說明nginx沒有問題，而是php-cgi進程的問題），解決辦法就是從php.ini中禁止掉eAccelerater模塊，再重啓php-cgi進程便可.這一個通常來講是好比好解決的.

2.程序中可能存在死循環，致使服務器負載超高（使用top指令查看負載高達100+）, 須要藉助Linux的proc虛擬文件系統找到具體的問題程序

3. php程序不合理使用session, 這個發生在開源微博記事狗程序上，具體表現是有少許php-cgi進程（不超過10個）的cpu使用率達98%以上，服務器負載在4-8之間，這個問題的解決，仍然須要藉助Linux的proc文件系統找出緣由.

4. 程序中存在過分耗時且不可能完成的操做（仍是程序的問題）

具體的排查過程能夠參考：http://www.mfbuluo.com/23122.html

四.MySQL一主多從，主庫宕機，如何合理切換到從庫，其餘的從庫又如何處理？

五.誤操做drop語句致使數據庫數據被破壞，請給出恢復思想及實際大致步驟。

六.請舉一個生產中你遇到的實際的例子網站打開慢因爲訪問MySQL數據庫慢致使的?

七.經過kill -9野蠻粗魯殺死數據庫致使數據庫啓動故障，給出排除方法或者經驗?

八.IDC機房帶寬忽然從平時100M增長到400M，請你分析問題可能緣由所在，並給出解決方法?

九.正在工做的linux系統，發現文件系統只讀了，得致使問題緣由多是什麼，如何解決？

十.磁盤報錯「No space left on device」，可是df -h查看磁盤空間沒滿，請問爲何？

十一.磁盤空間滿了，刪除了一部分Nginx access日誌，可是，可發現磁盤空間仍是滿的，請問爲何？