CnUnix

[알림판목록 I] [알림판목록 II] [글목록][이 전][다 음]
[ CnUnix ] in KIDS
글 쓴 이(By): lunaris (+가짜집시+)
날 짜 (Date): 2003년 4월 10일 목요일 오후 01시 18분 21초
제 목(Title): Re: [Q] mysql에서 count(*)속도!




 매뉴얼상에는 그냥 카운트 유지하는 별도 테이블을 쓰라는 식으로 나온듯. INSERT
 할때 및 delete 할때, affected row 숫자 만큼 더하고 빼주면 되기야 되겠습니다만 
 이래저래 참 귀찮죠. 그런데 도대체 테이블에 레코드가 몇개나 되시길래... 
 
 innodb 써보니 좋긴 하더군요. 근데 replication 걸어서 master-slave 구조
 로 간다고 하더라도, slave가 master가 되었을 때 application 레벨에서 
 DB 서버를 master에서 slave로 바꿔주는게 더 골치아프지 않나요? client 
 setting (my.cnf의) 방법 자체가 더 복잡하고 다양해질래나요? 

 개인적으로는 stored procedure, trigger 이런 것보다 일단 view 부터 좀 도입
 해줬으면 싶군요. 사람마다 MySQL에 요구하는 기능들이 참 많이 다른듯. 

 질문 한가지 : innodb의 table optimization, 아직도 MyISAM 으로 함 바꿨다가 
 도로 가져오는 방식으로 해야 하나요? 자동으로 정리를 종종 해줘야하는데, 레
 코드가 수백만개 되는 테이블을 그렇게 정리하다간 얼마나 오래 테이블 억세스 
 가 안될지 계산이 안되서요. (로그 통계 내고 쓰레기 치우는 식) 그리고 여전히
 hot-copy도 innodb는 유료 입니까? 

 또 한가지 : 어차피 아직 fast count(*) 가 지원 안된다면 indexed unique key
 에 대고 count(i_u_k) 하는 건 전혀 속도상 차이가 없는 건가요? 

 

 | 모든 물건들 위로 기억들이 투영된다. 가끔 관련 없는 모습들을 비추며 오늘은 |
 | 어제를 산다. 하나 하나의 문장들은 기억의 매듭이다. 오늘의 그대위로 어제의 |
 | 그대가 뿌리를 내린다. 닮았구나 사람이, 산다는 것은.                       |
 |                                          - 가짜집시 <lunaris@neomain.com> |
[알림판목록 I] [알림판목록 II] [글 목록][이 전][다 음]
키 즈 는 열 린 사 람 들 의 모 임 입 니 다.