밀피유님도 그런 문제가 있으셨군요. 정말이지 스팸보다 난감한 상황이지 않을 수 없더군요. 말씀하신 방법이 괜찮을 것 같습니다. 봇이 아닌 이상 반복적으로 접속할 일은 없을 테고요. 문제는 아이피가 하나 이상일 경우에는... 머리가 아파지는군요 orz.

지금은 세션 테이블이 어떤 방식으로 구동되고 있는지 잘 모르겠지만, 벌써 세션 테이블에 접근하는 모든 사람들의 아이피가 저장되어 있는 것이 아닌가 하고 생각했습니다. 그래서 누군가 페이지에 접근하면 세션 테이블에 이 접근이 이전에 있는지 없는지 확인해야 할텐데, 이 때 세션 테이블의 'updated' 칼럼을 확인해서 플루드 타임보다 적으면 무시 혹은 딜레이를 주는 식으로 처리하면 될 것 같습니다.

제 경험일 뿐이지만, 방문자들을 몽땅 저장한다고 해도 DB에 별다른 부하가 되진 않을 겁니다.

제 경우에는 꽤 넓은 대역의 아이피에서 같은 동작을 하는데, 태그 페이지의 모든 주소를 긁는다거나, 각 페이지의 퍼머링크들을 계속해서 긁는 행동을 하더군요. 특별히 없는 주소에 접근하지는 않았습니다.

트래픽을 조회해 보면 알수없는 해외 아이피에서 엄청난 트래픽이 발생하고 있더군요. -_-
앞 세 자리만 갖고 마지막 자리만 다른 수십개의 아이피가 트래픽 상위를 다 먹고 있었습니다.
이거 차단해버리니까 블로그의 진짜 조회수도 알 수 있고 트래픽 낭비를 막을수 있었습니다.
테터에서는 4자리를 다 입력해야 차단이 되기 때문에 아이피 하나하나 다 입력하기 귀찮으면
호스팅 업체에 문의해서 htaccess 파일을 업로드할 수 있습니다.
이렇게 하면 앞 2자리나 3자리만 입력해도 하위 아이피가 다 차단됩니다.

알수없는 다량 접속의 경우 상당수는 리퍼러 스팸일 가능성도 있습니다. 저는 개인 블로그에 시간당 15만건의 리퍼러 스팸을 받아본 적이 있습니다. 리퍼러만 바꾸고 정말 무식하게 공격해옵니다. 일반적인 유저의 경우 비슷한 주소의 리퍼러로 접속하는 경우가 흔하지 않을 것입니다. 최초에 접근 이후에 다시 그 사이트에서 건너오는 변태 짓을 하지 않기 때문입니다. 리퍼러 주소에서 호스트 부분만 저장한 후 같은 호스트가 1분내 수회 방문할 경우 그 IP를 차단하는 것도 효과가 있습니다. 물론 수 많은 IP로 접속하는 경우가 있는데 그 경우에는 추가적으로 알려진 모든 프록시를 막는 방법을 같이 사용해야 겠지요.