1. 電腦硬碟的使用次數是怎麼一回事
電腦硬碟的使用次數，其實是指硬碟的開機次數。從開機到關機，這算一次。下一次開機再關機，算第2次。
准確的描述，應該叫「通電次數」比較科學。有時候用戶所說的使用次數，是魯大師測試的用語。一般品牌機出廠前，廠家要給電腦裝系統，開始反復開機安裝系統和測試，一般有10次或20次的通電次數屬於正常。
所有硬碟都帶有一個自我健康記錄軟體，叫S.M.A.R.T。這些信息在硬碟內部，通過軟體可以讀取讀取。
(1)資料庫影響磁碟壽命擴展閱讀
S.M.A.R.T.監測的對象包括磁頭、磁碟、馬達、電路等，由硬碟的監測電路和主機上的監測軟體對被監測對象的運行情況與歷史記錄及預設的安全值進行分析、比較，當出現安全值范圍以外的情況時，會自動向用戶發出警告，而更先進的技術還可以提醒網路管理員的注意，自動降低硬碟的運行速度，把重要數據文件轉存到其它安全扇區，甚至把文件備份到其它硬碟或存儲設備。
通過S.M.A.R.T.技術，確實可以對硬碟潛在故障進行有效預測，提高數據的安全性。但我們也應該看到，S.M.A.R.T.技術並不是萬能的，它只能對漸發性的故障進行監測，而對於一些突發性的故障，如碟片突然斷裂等，硬碟再怎麼smart也無能為力了。因此不管怎樣，備份仍然是必須的。
2. 資料庫頻繁地刪除數據有什麼影響嗎
資料庫頻繁地刪除數據只會對保存資料庫的儲存裝置壽命產生微弱影響。
3. 如何判斷MSsql資料庫磁碟出現了瓶頸
具體問題具體分析，舉例來說明為什麼磁碟IO成瓶頸資料庫的性能急速下降了。
為什麼當磁碟IO成瓶頸之後, 資料庫的性能不是達到飽和的平衡狀態，而是急劇下降。為什麼資料庫的性能有非常明顯的分界點，原因是什麼？
相信大部分做資料庫運維的朋友，都遇到這種情況。 資料庫在前一天性能表現的相當穩定，資料庫的響應時間也很正常，但就在今天，在業務人員反饋業務流量沒有任何上升的情況下，資料庫的變得不穩定了，有時候一個最簡單的insert操作， 需要幾十秒，但99%的insert卻又可以在幾毫秒完成，這又是為什麼了？
dba此時心中有無限的疑惑，到底是什麼原因呢? 磁碟IO性能變差了？還是業務運維人員反饋的流量壓根就不對？ 還是資料庫內部出問題？昨天不是還好好的嗎？
當資料庫出現響應時間不穩定的時候，我們在操作系統上會看到磁碟的利用率會比較高，如果觀察仔細一點，還可以看到，存在一些讀的IO. 資料庫伺服器如果存在大量的寫IO,性能一般都是正常跟穩定的，但只要存在少量的讀IO,則性能開始出現抖動，存在大量的讀IO時（排除配備非常高速磁碟的機器），對於在線交易的資料庫系統來說，大概性能就雪崩了。為什麼操作系統上看到的磁碟讀IO跟寫IO所帶來的性能差距這么大呢？
如果親之前沒有注意到上述的現象，親對上述的結論也是懷疑。但請看下面的分解。
在寫這個文章之前，作者閱讀了大量跟的IO相關的代碼，如非同步IO線程的相關的，innodb_buffer池相關的，以及跟讀數據塊最相關的核心函數buf_page_get_gen函數以及其調用的相關子函數。為了將文章寫得通俗點，看起來不那麼累，因此不再一行一行的將代碼解析寫出來。
咱們先來提問題。buf_page_get_gen函數的作用是從Buffer bool裡面讀數據頁，可能存在以下幾種情況。
提問. 數據頁不在buffer bool 裡面該怎麼辦？
回答：去讀文件，將文件中的數據頁載入到buffer pool裡面。下面是函數buffer_read_page的函數，作用是將物理數據頁載入到buffer pool, 圖片中顯示
buffer_read_page函數棧的頂層是pread64(),調用了操作系統的讀函數。
通過解析buf_wait_for_read函數的下層函數，我們知道其實通過首先自旋加鎖pin的方式，超過設定的自旋次數之後，進入等待，等待IO完成被喚醒。這樣節省不停自旋pin時消耗的cpu,但需要付出被喚起時的開銷。
再繼續擴展問題： 如果會話線程A 經過物理IO將數據頁1001讀入buffer之後，他需要修改這個頁，而在會話線程A之後的其他的同樣需要訪問數據頁1001的會話線程，即使在數據頁1001被入讀buffer pool之後，將仍然處於等待中。因為在數據頁上讀取或者更新的時候，同樣需要上鎖，這樣才能保證數據頁並發讀取/更新的一致性。
由此可見，當一個高並發的系統，出現了熱點數據頁需要從磁碟上載入到buffer pool中時，造成的延遲，是難以想像的。因此排在等待熱點頁隊列最後的會話線程最後才得到需要的頁，響應時間也就越長，這就是造成了一個簡單的sql需要執行幾十秒的原因。
再回頭來看上面的問題，mysql資料庫出現性能下降時，可以看到操作系統有讀IO。 原因是，在資料庫對數據頁的更改，是在內存中的，然後通過檢查點線程進行非同步寫盤，這個非同步的寫操作是不堵塞執行sql的會話線程的。所以，即使看到操作系統上有大量的寫IO，資料庫的性能也是很平穩的。但當用戶線程需要查找的數據頁不在buffer pool中時，則會從磁碟上讀取，在一個熱點數據頁不是非常多的情況下，我們設置足夠大的innodb_buffer_pool的size, 基本可以緩存所有的數據頁，因此一般都不會出現缺頁的情況，也就是在操作系統上基本看不到讀的IO。 當出現讀的IO時，原因時在執行buf_read_page_low函數，從磁碟上讀取數據頁到buffer pool, 則資料庫的性能則開始下降，當出現大量的讀IO，資料庫的性能會非常差。
4. 電腦硬碟豎著放有危害嗎
沒危害。
對硬碟的損害來說，平放立放都一樣，磁碟高速運轉時只要不去碰撞，都沒什麼損害。但是硬碟立著放散熱比平著放要好，因為立著放比平著放散熱面積要大，平著放底部大面積都貼著桌面，立著放只有側面小面積貼著桌面。
當然還是平著放好一些，因為立著放重心比較高容易倒，因為硬碟在運轉的時候碰觸一下，摔在桌面上就有可能會造成嚴重的壞道。
計算機硬碟的保養方法
1、硬碟讀寫數據時切勿斷電
硬碟工作時，一般都處於高速旋轉之中，如果突然關閉電源，會導致磁頭與碟片猛烈摩擦而損壞硬碟。這不只是丟失數據的問題，一些物理性損傷很有可能無法修復。所以，在使用過程中盡量避免硬碟在讀寫數據時突然斷電或讀寫過程中強行關機等情況。
2、注意硬碟的溫度
溫度對硬碟的壽命也是有影響的，硬碟工作時會產生一定熱量，長時間地使用硬碟的話，硬碟積聚的熱量會越來越高，而如果機器放置在通風差和溫度很高的環境下使用，會造成硬碟電路元器件失靈，磁介質也會因熱脹效應而造成記錄錯誤。此外，溫度過低，空氣中的水分會被凝結在集成電路元器件上，造成短路；特別是不要在夏天非空調環境下長時間連續使用電腦。
3、定期整理硬碟碎片
使用硬碟過程中，經常創建、刪除文件會自動產生許多碎片，如果碎片積累了很多，在訪問某個文件時，硬碟會花費很長時間來讀取該文件，不但訪問效率下降，而且還會損壞磁軌。定期做磁碟碎片整理，可以提高數據的讀取效率，有效地減輕硬碟的負擔，即使是數據丟失，恢復起來也比較方便。
5. 資料庫的優化以及如何提高資料庫性能
1） 硬體調整性能
最有可能影響性能的是磁碟和網路吞吐量,解決辦法擴大虛擬內存，並保證有足夠可以擴充的空間；把資料庫伺服器上的不必要服務關閉掉；把資料庫伺服器和主域伺服器分開；把SQL資料庫伺服器的吞吐量調為最大；在具有一個以上處理器的機器上運行SQL。
2）調整資料庫
若對該表的查詢頻率比較高，則建立索引；建立索引時，想盡對該表的所有查詢搜索操作， 按照where選擇條件建立索引，盡量為整型鍵建立為有且只有一個簇集索引，數據在物理上按順序在數據頁上，縮短查找范圍，為在查詢經常使用的全部列建立非簇集索引，能最大地覆蓋查詢；但是索引不可太多，執行UPDATE DELETE INSERT語句需要用於維護這些索引的開銷量急劇增加；避免在索引中有太多的索引鍵；避免使用大型數據類型的列為索引；保證每個索引鍵值有少數行。
3）使用存儲過程
應用程序的實現過程中，能夠採用存儲過程實現的對資料庫的操作盡量通過存儲過程來實現，因為存儲過程是存放在資料庫伺服器上的一次性被設計、編碼、測試，並被再次使用，需要執行該任務的應用可以簡單地執行存儲過程，並且只返回結果集或者數值，這樣不僅可以使程序模塊化，同時提高響應速度，減少網路流量，並且通過輸入參數接受輸入，使得在應用中完成邏輯的一致性實現。
4）應用程序結構和演算法
建立查詢條件索引僅僅是提高速度的前提條件，響應速度的提高還依賴於對索引的使用。因為人們在使用SQL時往往會陷入一個誤區，即太關注於所得的結果是否正確，特別是對數據量不是特別大的資料庫操作時，是否建立索引和使用索引的好壞對程序的響應速度並不大，因此程序員在書寫程序時就忽略了不同的實現方法之間可能存在的性能差異，這種性能差異在數據量特別大時或者大型的或是復雜的資料庫環境中（如聯機事務處理OLTP或決策支持系統DSS）中表現得尤為明顯。在工作實踐中發現，不良的SQL往往來自於不恰當的索引設計、不充份的連接條件和不可優化的where子句。在對它們進行適當的優化後，其運行速度有了明顯地提高！
望採納喲~
6. 殺毒軟體對機械硬碟的壽命影響有多大
沒什麼影響的，騰訊電腦管家是殺毒軟體也是安全軟體只需要安裝一款殺毒軟體，就能實現病毒查殺滿足殺毒防護和安全管理雙重需求。系統清理能力也很徹底，電腦加速能力提升，性能全面優化，大幅降低系統資源佔用，使用輕巧順暢。一鍵清除，軟體卸載新增"強力清除"功能，卸載更徹底。
7. 影響資料庫性能的主要因素有哪些
1、1、調整數據結構的設計。這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。
2、2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的資料庫資源是不同的。
3、3、調整資料庫SQL語句。應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調整優化SQL語句。
4、4、調整伺服器內存分配。內存分配是在信息系統運行過程中優化配置的，資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區（SGA區）的數據緩沖區、日誌緩沖區和共享池的大小；還可以調整程序全局區（PGA區）的大小。需要注意的是，SGA區不是越大越好，SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。
5、5、調整硬碟I/O，這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。
6、6、調整操作系統參數，例如：運行在UNIX操作系統上的ORACLE資料庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。
實際上，上述資料庫優化措施之間是相互聯系的。ORACLE資料庫性能惡化表現基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要資料庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響資料庫性能的主要原因所在。另外，良好的資料庫管理工具對於優化資料庫性能也是很重要的。
ORACLE資料庫性能優化工具
常用的資料庫性能優化工具有：
1、1、ORACLE資料庫在線數據字典，ORACLE在線數據字典能夠反映出ORACLE動態運行情況，對於調整資料庫性能是很有幫助的。
2、2、操作系統工具，例如UNIX操作系統的vmstat，iostat等命令可以查看到系統系統級內存和硬碟I/O的使用情況，這些工具對於管理員弄清出系統瓶頸出現在什麼地方有時候很有用。
3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執行情況，管理員可以使用虛擬表來調整實例，使用SQL語句跟蹤文件調整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統的文件，管理員可以使用TKPROF工具查看這些文件。
4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進行資料庫管理而不必記住復雜的ORACLE資料庫管理的命令。
5、5、EXPLAIN PLAN——SQL語言優化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。
ORACLE資料庫的系統性能評估
信息系統的類型不同，需要關注的資料庫參數也是不同的。資料庫管理員需要根據自己的信息系統的類型著重考慮不同的資料庫參數。
1、1、在線事務處理信息系統（OLTP），這種類型的信息系統一般需要有大量的Insert、Update操作，典型的系統包括民航機票發售系統、銀行儲蓄系統等。OLTP系統需要保證資料庫的並發性、可靠性和最終用戶的速度，這類系統使用的ORACLE資料庫需要主要考慮下述參數：
l l 資料庫回滾段是否足夠？
l l 是否需要建立ORACLE資料庫索引、聚集、散列？
l l 系統全局區（SGA）大小是否足夠？
l l SQL語句是否高效？
2、2、數據倉庫系統（Data Warehousing），這種信息系統的主要任務是從ORACLE的海量數據中進行查詢，得到數據之間的某些規律。資料庫管理員需要為這種類型的ORACLE資料庫著重考慮下述參數：
l l 是否採用B*-索引或者bitmap索引？
l l 是否採用並行SQL查詢以提高查詢效率？
l l 是否採用PL/SQL函數編寫存儲過程？
l l 有必要的話，需要建立並行資料庫提高資料庫的查詢效率
SQL語句的調整原則
SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現，但是語句的執行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現方案，並選出最優的實現方案。總得來講，程序員寫SQL語句需要滿足考慮如下規則：
1、1、盡量使用索引。試比較下面兩條SQL語句：
語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp);
語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS
(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
這兩條查詢語句實現的結果是相同的，但是執行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執行語句B的時候，由於在子查詢中使用了聯合查詢，ORACLE只是對emp表進行的部分數據掃描，並利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。
2、2、選擇聯合查詢的聯合次序。考慮下面的例子：
SELECT stuff FROM taba a, tabb b, tabc c
WHERE a.acol between :alow and :ahigh
AND b.bcol between :blow and :bhigh
AND c.ccol between :clow and :chigh
AND a.key1 = b.key1
AMD a.key2 = c.key2;
這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數據的掃描，所以主表應該數據量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。
3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。
4、4、慎重使用視圖的聯合查詢，尤其是比較復雜的視圖之間的聯合查詢。一般對視圖的查詢最好都分解為對數據表的直接查詢效果要好一些。
5、5、可以在參數文件中設置SHARED_POOL_RESERVED_SIZE參數，這個參數在SGA共享池中保留一個連續的內存空間，連續的內存空間有益於存放大的SQL程序包。
6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經常使用的存儲過程「釘」在SQL區中而不被換出內存，程序員對於經常使用並且佔用內存很多的存儲過程「釘」到內存中有利於提高最終用戶的響應時間。
CPU參數的調整
CPU是伺服器的一項重要資源，伺服器良好的工作狀態是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明伺服器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明伺服器CPU資源還比較富餘。
使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統的伺服器，可以使用sar –u命令查看CPU的使用率，NT操作系統的伺服器，可以使用NT的性能管理器來查看CPU的使用率。
資料庫管理員可以通過查看v$sysstat數據字典中「CPU used by this session」統計項得知ORACLE資料庫使用的CPU時間，查看「OS User level CPU time」統計項得知操作系統用戶態下的CPU時間，查看「OS System call CPU time」統計項得知操作系統系統態下的CPU時間，操作系統總的CPU時間就是用戶態和系統態時間之和，如果ORACLE資料庫使用的CPU時間占操作系統總的CPU時間90％以上，說明伺服器CPU基本上被ORACLE資料庫使用著，這是合理，反之，說明伺服器CPU被其它程序佔用過多，ORACLE資料庫無法得到更多的CPU時間。
資料庫管理員還可以通過查看v$sesstat數據字典來獲得當前連接ORACLE資料庫各個會話佔用的CPU時間，從而得知什麼會話耗用伺服器CPU比較多。
出現CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。
1、資料庫管理員可以執行下述語句來查看SQL語句的解析情況：
SELECT * FROM V$SYSSTAT
WHERE NAME IN
('parse time cpu', 'parse time elapsed', 'parse count (hard)');
這里parse time cpu是系統服務時間，parse time elapsed是響應時間，用戶等待時間
waite time = parse time elapsed – parse time cpu
由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近於0，如果平均解析等待時間過長，資料庫管理員可以通過下述語句
SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA
ORDER BY PARSE_CALLS;
來發現是什麼SQL語句解析效率比較低。程序員可以優化這些語句，或者增加ORACLE參數SESSION_CACHED_CURSORS的值。
2、資料庫管理員還可以通過下述語句：
SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;
查看低效率的SQL語句，優化這些語句也有助於提高CPU的利用率。
3、3、資料庫管理員可以通過v$system_event數據字典中的「latch free」統計項查看ORACLE資料庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結果。如果沖突太大的話，資料庫管理員可以降低spin_count參數值，來消除高的CPU使用率。
內存參數的調整
內存參數的調整主要是指ORACLE資料庫的系統全局區（SGA）的調整。SGA主要由三部分構成：共享池、數據緩沖區、日誌緩沖區。
1、 1、 共享池由兩部分構成：共享SQL區和數據字典緩沖區，共享SQL區是存放用戶SQL命令的區域，數據字典緩沖區存放資料庫運行的動態信息。資料庫管理員通過執行下述語句：
select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;
來查看共享SQL區的使用率。這個使用率應該在90％以上，否則需要增加共享池的大小。資料庫管理員還可以執行下述語句：
select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;
查看數據字典緩沖區的使用率，這個使用率也應該在90％以上，否則需要增加共享池的大小。
2、 2、 數據緩沖區。資料庫管理員可以通過下述語句：
SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');
來查看資料庫數據緩沖區的使用情況。查詢出來的結果可以計算出來數據緩沖區的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。
這個命中率應該在90％以上，否則需要增加數據緩沖區的大小。
3、 3、 日誌緩沖區。資料庫管理員可以通過執行下述語句：
select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日誌緩沖區的使用情況。查詢出的結果可以計算出日誌緩沖區的申請失敗率：
申請失敗率＝requests/entries，申請失敗率應該接近於0，否則說明日誌緩沖區開設太小，需要增加ORACLE資料庫的日誌緩沖區。
8. 電腦硬碟東西多會影響硬碟壽命
硬碟的使用壽命可以達到3萬小時以上。
如果硬碟24小時持續工作，不到3年就會趴窩。正常使用5-10年也不會壞，但是硬碟性能會越來越差。
而硬碟的實際使用壽命是根據數據讀寫的多少來看的，一般情況下，硬碟讀寫次數越多，壽命也就越短。
硬碟的工作是屬於精密機械一類的，裡面有硬碟碟片、帶動碟片轉到的電機、磁頭、磁頭伺服電機，這些都屬於機械裝置，是會磨損的。特別是磁頭和磁頭伺服電機，每次讀寫數據的時候，伺服電機會帶動磁頭在碟片上精確定位以找到數據的位置。讀寫數據越多，這個操作越頻繁，所造成的磨損也就越大。這也是硬碟達到一定工作時間之後性能下降的原因。
9. 固態硬碟適合部署資料庫嗎有沒有兼顧性能和壽命的方案
購買intel（英特爾）傲騰 900P 固態硬碟
壽命是傳統MLC顆粒固態硬碟的7倍-22倍壽命，擁有超高4K隨機讀寫。
如果買得起傲騰P4800X更長，比傳統MLC高35倍-105倍壽命。
或三星SZ985 SLI顆粒固態硬碟，擦寫壽命42.7PBW
並不是無法解決，而是貧窮限制想像。
10. 騰訊和百度的資料庫那麼那麼大！！！！數據在硬碟里只能保存3年至5年或10年，他們如何維護這些數據
首先他們用的是企業級硬碟，壽命更長，其次，他們使用硬碟陣列（也就是好多好多硬碟按照一定規則進行組合，而且有備份），再其次，他們的硬碟支持熱拔插，可以隨時開機更換，最後，他們有許多分布在各地的伺服器組成