오늘도 끄적끄적...

다른 데이터베이스에 비해서 MySQL에서는 특히 강조되야 할것이 slow query를 잡아내는것이다.
100개의 쿼리중에 99개가 문제없다고 하더라도 1개의 slow-query에 의해서 전체 시스템이 다운될수도 있음을 명심하자.

DB 튜닝도 중요하다지만 무엇보다도 slow-query를 잡아내야 한다.
가령 여러개의 디비를 조인해서 값을 가져와야 할경우 속도가 느리다고 한다면
속도에 영향을 미치지 않는 범위내애서 각각의 Table을 억세스 하여 값을 가져온후
비즈니스 로직에서 처리를 하는것이 시스템 성능향상에 도움이 될것이다.

특히나 저사양의 서버를 사용하는 경우라면 이부분은 필수라고 할수 있다.
서비스중인 데이터베이스에 통계성 쿼리를 한번 날려보면 이후에 요청 들어오는 쿼리들이
전부 delay 가 걸려버리게 된다.
연쇄작용에 의해서 이후부터 들어오는 쿼리의 요청갯수가 많아진다면 자칫 시스템 다운으로까지 연결될수가 있다.
통계성 쿼리는 새벽에 사용자의 접속이 적은 시간에 이루어 져야 하며
통계시에도 모든것을 데이터베이스에서 처리하기보단 사용하는 프로그램에서
소팅등을 하는것이 더 현명할 수도 있다.