免責聲明： 本文檔可能包含第三方產(chǎn)品信息，該信息僅供參考。阿里云對第三方產(chǎn)品的性能、可靠性以及操作可能帶來的潛在影響，不做任何暗示或其他形式的承諾。

問題描述

獨享與共享型云虛擬主機出現(xiàn)CPU資源使用完的情況，部分主機甚至由于資源被耗光導(dǎo)致關(guān)停。

問題原因

以下問題都會引起服務(wù)器資源浪費問題。

• 程序出現(xiàn)死循環(huán)
• 程序有嵌套查詢
• ACCESS數(shù)據(jù)庫的容量比較大
• 數(shù)據(jù)庫的索引設(shè)置問題

解決方案

阿里云提醒您：

• 如果您對實例或數(shù)據(jù)有修改、變更等風險操作，務(wù)必注意實例的容災(zāi)、容錯能力，確保數(shù)據(jù)安全。
• 如果您對實例（包括但不限于 ECS、RDS）等進行配置與數(shù)據(jù)修改，建議提前創(chuàng)建快照或開啟RDS日志備份等功能。
• 如果您在阿里云平臺授權(quán)或者提交過登錄賬號、密碼等安全信息，建議您及時修改。

程序死循環(huán)

在很多情況下，出現(xiàn)死循環(huán)是因為程序缺少必要的檢測和判斷條件導(dǎo)致的，這種情況需網(wǎng)站開發(fā)者對站點程序的代碼進行檢查和完善。

程序有嵌套查詢

嵌套查詢代碼示例如下所示。

sql = "select * from a"
set rs = server.createobject("adodb.recordset")
rs.open sql,conn,1,1
while not rs.eof
      sql2 = "select * from b where fid=" & rs("id")
      set rs2 = server.createobject("adodb.recordset")
      rs2.open sql2,conn,1,1 '   //使用嵌套查詢，效率會出現(xiàn)下降。
          while not rs2.eof
            response.write rs("id") & "=" & rs2("name")
            rs2.movenext
          wend
      rs.movenext
wend

 

嵌套查詢會造成數(shù)據(jù)庫的查詢量呈指數(shù)級上升，導(dǎo)致一個程序的查詢效率非常低。若程序改為連表操作，查詢數(shù)據(jù)庫的次數(shù)會少很多，并且在設(shè)計數(shù)據(jù)庫的時候應(yīng)該將b表的fid字段建立索引，否則連表查詢的時候性能會差很多，代碼示例如下所示。

<%
  sql = "select a.id ,b.name from a left join b on b.fid=a.id" '//使用連表操作，并用具體的字段名代替 *,程序是高效很多。
  set rs = server.createobject("adodb.recordset")
  rs.open sql,conn,1,1
  while not rs.eof
     response.write rs("id") & "=" & rs("name")
     rs.movenext
  wend
%>

ACCESS數(shù)據(jù)庫的容量比較大

如果網(wǎng)站采用ACCESS數(shù)據(jù)庫，當數(shù)據(jù)庫的容量比較大時（比如超過100M以上），性能就可能會出現(xiàn)問題，所以訪問量大的網(wǎng)站一般都采用SQL Server、MySQL、Oracle等性能比較高的數(shù)據(jù)庫引擎。

數(shù)據(jù)庫的索引設(shè)置問題

一個表至少有一個主鍵和N個外鍵，一般主鍵作為表的唯一標識。當檢索數(shù)據(jù)時，如果以主鍵的值來進行查找的話效率會比較高，而一些標志性的字段，例如產(chǎn)品表的產(chǎn)品所屬分類、用戶表的用戶等級等，在程序中經(jīng)常要用到這些字段來進行檢索數(shù)據(jù)。那么，一般應(yīng)該給這些字段建立索引，這樣檢索數(shù)據(jù)的時候性能會好很多。

適用于

• 云虛擬主機