예전에 이런 과제 해결로 현상금을 건 적이 있습니다.

-- 과제 : 속도 문제 해결 (홈페이지 접속시 시간이 너무 올래 걸림 10초)
-- 순수 하루 접속자수 : 5,000명 ~ 7,000명 (전체 방문자수 아님)
-- 사양 : 2Ghz CPU(Zeon), RAM 2GB, SCSI 120HDD
-- www.trav.kr (여행웹진)

결과는

물론 누구도 해결하지 못해서 서버 사양을 Quad에 2GB RAM을 추가 업그레이드 하는 걸로 속도를 해결했습니다.
(여기 저기 알아보니 역시 접속자수가 많은 곳은 비슷하더군요. 단독서버 호스팅에 라운드로빈까지 하고 있더군요.)
-------------------------------------------------------------------------------------------------
그런데 또 속도 문제가 발생을 해서 컨설팅을 받아봤더니 다음과 같은 원인을 내 놓았습니다.

------------------------컨설팅 결과--------------------------------------------
다음 SQL은 모니터링 결과 DB CALL로 인해 CPU사용이 급증하면서
홈페이지 속도를 떨어트리는 악성SQL입니다.

SELECT e.*, c.label categoryLabel
FROM tt_Entries e LEFT JOIN tt_Categories c ON e.owner = c.owner
  AND e.category = c.id
WHERE e.owner = 1
    AND e.draft = 0
    AND e.visibility >0
    AND e.category >= 0
ORDER BY e.published DESC

위 SQL이 사용되는 곳은 총 17군데로 페이징 처리가 되는 곳으로 파일은 아래와 같습니다.
blog\index.php (865,8)
blog\item.php (868,8)
blog\archive\index.php (646,8)
blog\m\index.php (181,8)
blog\m\item.php (407,8)
blog\m\comment\item.php (223,8)
blog\m\comment\comment\item.php (190,8)
blog\m\comment\delete\action\index.php (227,8)
blog\m\comment\delete\action\item.php (226,8)
blog\m\pannels\item.php (294,8)
blog\m\trackback\item.php (186,8)
blog\notice\item.php (639,8)
blog\owner\skin\preview\index.php (654,8)
blog\page\item.php (639,8)
blog\search\index.php (666,8)
blog\tag\index.php  (651,8)
-----------------------------------------------------------------------------------
위 SQL를 먼저 튜닝한 후, 모니터링을 다시 한 후 튜닝 계획을 세워야 할 것 같습니다.

---------------------------컨설팅 결과--------------------------------------------
결국 paging에서 전체를 호출하는 페이지가 너무 많아 근본적인 속도가 떨어진다고 합니다. 우선 이것부터 해결되어야 되지 않을까 합니다. 공짜로 사용을 해서 좋기는 한데 서버 추가 구매는 물론 컨설팅 비용까지 ...

암튼 안정성이 더 높아졌으면 합니다.

강병기 (2007-06-28 09:51:14)에 의해 마지막으로 수정