一、能上QQ卻打不開網頁的可能原因：
1.DNS解析錯誤。
2.代理服務器認證出錯。
3.防火牆安全策略。
4.部分網絡協議出錯。
5.瀏覽器的問題或者瀏覽器關聯的系統文件問題（sfc/scannow掃描）。
二、網站打開很慢的可能原因：
1.沒有域名備案。
2.flash加載失敗。
3.死鏈接沒有404跳轉。
4.圖片沒壓縮，插件過多。
5.高負荷訪問。
6.程序優化不足。
三、瀏覽器訪問的過程：
1.HOST文件獲取地址或者DNS解析。
2.使用TCP協議，三次握手建立TCP連接（前提包括IP、ARP、OSPF協議）。
3.與服務器相應軟件建立socket連接。
4.瀏覽器給web瀏覽器發送一個HTTP請求。
5.服務器處理請求（處理請求就是服務器能讀懂請求並且生成HTML來響應）。
6.服務器發送一個HTML響應。
7.瀏覽器開始顯示HTML界面。
8.瀏覽器顯示HTML時，它會注意到需要嵌在HTML裏的其他對象，瀏覽器會發送一個獲取請求來重新獲得這些文件。
四、訪問量超載怎麼辦？
1.網站服務器上使用LVS、Nginx負載均衡分流。
2.使用varnish做cdn前端緩存，減少服務器後端處理量。
3.數據庫做集羣，主從分帶，讀寫分離。
4.前端靜態資源優化，壓縮css和js，合併請求文件，開啓瀏覽器緩存。
5.圖片域名服務器，數據ajax異步讀寫。
五、什麼是平均系統負載？
系統平均負載被定義爲在特定時間間隔內運行隊列中的平均進程樹。如果一個進程滿足一下條件則其就會位於運行隊中：
1.它沒有在等待I/O操作的結果
2.它沒有主動進入等待狀態（也就是沒有調用wait）
3.沒有被停止（例如：等待終止）
一般來說，每個CPU內核當前活動進程樹不大於3，若是四核則爲12，則系統運行表現良好。
命令行輸入uptime查看負載均衡：
20:38:23 up 4:28, 2 users, load average: 2.22, 2.34, 1.58
當前系統時間20:38:23
系統已經運行的時間4:28
當前在線用戶2 user
平均負載：2.22, 2.34, 1.58 （最近1分鐘、5分鐘、15分鐘系統的負載）
六、系統資源的監控項有哪些？：http://www.ibm.com/developerworks/cn/linux/l-cn-shell-monitoring/
1.檢測進程是否存在
2.進程CPU利用率
3.進程內存使用量
4.進程句柄使用量（limit進程句柄限制）
七、有哪些不能直接kill掉的進程？
1. 該進程處於"Zombie"狀態（使用ps命令返回defunct的進程）。此時進程已經釋放所有資源，但還未得到其父進程的確認。"Zombie"進程要等到下次重啓時纔會消失，但它的存在不會影響系統性能。
2. 該進程處於"kernel mode"（核心態）且在等待不可獲得的資源。處於核心態的進程忽略所有信號處理，因此對於這些一直處於核心態的進程只能通過重啓系統實現。進程在AIX中會處於兩種狀態，即用戶態和核心態。只有處於用戶態的進程纔可以用“kill”命令將其終止。
八、DNS解析過程：
1.查詢瀏覽器，系統緩存。
2.查找本地DNS服務器。
3.若本地DNS服務器沒有命中，查找根域名服務器。
4.根域名服務器返回一個主域名服務器地址給本地DNS服務器，本地DNS向主域名服務器請求。
5.主域名服務器查找並返回域名的Name Server域名服務器地址。
6.Name Server域名服務器查找域名和IP映射表，返回IP和TTL給本地服務器。
7.本地服務器存入緩存並返回給用戶。
九、HTTP常見狀態碼：
200 服務器成功返回網頁
301 重定向（地址永久性轉移）
304 服務器未修改，瀏覽器讀取緩存
404 請求頁面不存在
500 服務器內部錯誤
503 服務器暫時不可用
十、磁盤陣列（raid）：
1.raid0 性能最佳。 舉例：100份數據分別放50份在不同的兩個磁盤。
2.raid1 完整備份。 舉例：100份數據分別放100份在不同的兩個磁盤。
3.raid01 或者 raid10 上述兩個的組合。
4.raid5 性能低於raid0，利用率高於raid1。 需要三個上磁盤才能配置。100份數據分別放25份在不同的4個磁盤，加一個磁盤存放數據的奇偶校驗信息，當其中一份數據丟失，可以通過奇偶校驗信息和剩餘磁盤存儲內容找回。
5.raid6 對於raid5的補充，使用兩塊磁盤容量做存儲校驗，防止raid5多塊磁盤損壞無法恢復數據的情況。
十一、磁盤掛載：
系統分區：主分區、拓展分區、邏輯分區。磁盤容量=主分區+擴展分區（一次不超過四個，擴展分區可有可無）。邏輯分區是擴展分區下的分區。
1.磁盤分區 fdisk：
fdisk -l查看 ，fdisk /dev/sda進入操作界面、p查詢、n新建、d刪除、wq保存退出，partprobe或者partx登記信息。
2.格式化 mkfs：mkfs -t ext3 /dev/sda4 （可以使用mke2fs進行個性化設置）
3.磁盤檢驗 fsck： fsck -C -f -t ext3 /dev/sda4
4.磁盤掛載 mount：mount /dev/sda4 /xx/xxx，mount -l查看信息，mount -a將/etc/fstab上未掛載的全掛載。
十二、 配額quota，針對文件系統而言，只對一般用戶有效。
1.針對block和inode做限制。
2.有soft和hard兩種規定，超過soft值時，每次登錄系統就會彈出提示，並且給出gracetime。
3.gracetime寬限時間，若超過寬限時間未處理，soft值就會變成hard值。
常見命令：quotacheck、quotaon、quotaoff、equota、requota
十三、分佈式文件系統：
1. 分佈式文件系統（Distributed File System）是指文件系統管理的物理存儲資源不一定直接連接在本地節點上，而是通過計算機網絡與節點相連。
2. 分佈式文件系統的設計基於客戶機/服務器模式。
3. 分佈式文件系統可以有效解決數據的存儲和管理難題：將固定於某個地點的某個文件系統，擴展到任意多個地點/多個文件系統，衆多的節點組成一個文件系統網絡。
4. 系統分類：
NFS（網絡文件系統）：
NFS的實質在於用戶間計算機的共享。用戶可以聯結到共享計算機並像訪問本地硬盤一樣訪問共享計算機上的文件。
Andrew系統：
通過基於單元的結構生成一種可管理的分佈式環境。一個單元是某個獨立區域中文件服務器和客戶機系統的集合，這個獨立區域由特定的機構管理。
KASS系統：
基於JAVA的純分佈式文件系統，功能類似於DFS、GFS、Hadoop，通過HTTP WEB爲企業的各種信息系統提供底層文件存儲及訪問服務，搭建企業私有云存儲服務平臺。
5. 無狀態系統NFS和回呼系統AFS區別：
無狀態系統：服務器並不保存其客戶機正在緩存的文件的信息。因此，客戶機必須協同服務器定期檢查是否有其他客戶改變了自己正在緩存的文件。
回呼系統：服務器記錄它的那些客戶機的所作所爲，並保留它們正在緩存的文件信息。服務器在一個客戶機改變了一個文件時使用應答技術通知其它客戶機。
