요즘 고민때문에 죽겠습니다 ㅠ.ㅠ; 정보
요즘 고민때문에 죽겠습니다 ㅠ.ㅠ;
본문
몇가지 속도 고민입니다.
1, mysql: 여러 테이블을 join해서 명세 출력 하는경우
2, mysql: rand()함수의 속도.(대량의 DB에서 rand()를 사용할경우 느려질 수 밖에 없는것은 알겠는데 대체 방안이 없으니 원..)
3. 웹폰트 대체 방안.
4. 구글 에드센스에 원하는 크기가 출력이 안됨..
- 반응형이라고 해봤자... 지정된크기 이외의 것은 출력 자체가 안되고 가로 배너만 있음 ㅠ.ㅠ;
같은 고민을 해결하신분 계시나요??????
추천
0
0
댓글 8개
안녕하세요...Terrorboy님
스쿨에서 보아온 고수님께서 ...^-^
3번은 이걸 말씀하시는것이 .....아닐것 같은...
http://sir.co.kr/bbs/board.php?bo_table=g4_tiptech&wr_id=32750
1,2 번 같은 경우 Join 이 너무 많아서 튜닝을 3개월동안해서 안정화 시킨적이 좀 있었는데
해결하는게 힘들더라구요....저는 아주 노가다로 자주 사용하는 Join 정보을 하나의 테이블에
같이 저장 시켰었습니다...이대 Myisam 뿐이였기에 트랜젝션을 넣지는 못했으나
등록,수정,삭제시에 처리하게 했었습니다.
문제는 없었습니다....
이때 사용한 Record 수는 하나의 처리에 30 만 * 300 만이였고
처음에 접속시 300 record 만 부리게 되어 있더군요..
시스템이 벗어버려서 그랬다란 얘기을 듣고
위의 방법으로 해결 했었습니다.
시스템이 딸렸지만, 위의 방법으로 처리한 후 index 을 잡아 주고 DB 튜닝하니
0.02 sec 대로 나오더라구요....이때 고생 무진장 해었습니다.
요즘에 듣기로는 Mysql 5.5 버젼 이상으로 사용하면 엄청난 속도가 나온다고
경험하신분께서 다음에는 적용해보라는 얘기는 들었습니다.
4번은 전혀 몰라서.....ㅠㅠ
스쿨에서 보아온 고수님께서 ...^-^
3번은 이걸 말씀하시는것이 .....아닐것 같은...
http://sir.co.kr/bbs/board.php?bo_table=g4_tiptech&wr_id=32750
1,2 번 같은 경우 Join 이 너무 많아서 튜닝을 3개월동안해서 안정화 시킨적이 좀 있었는데
해결하는게 힘들더라구요....저는 아주 노가다로 자주 사용하는 Join 정보을 하나의 테이블에
같이 저장 시켰었습니다...이대 Myisam 뿐이였기에 트랜젝션을 넣지는 못했으나
등록,수정,삭제시에 처리하게 했었습니다.
문제는 없었습니다....
이때 사용한 Record 수는 하나의 처리에 30 만 * 300 만이였고
처음에 접속시 300 record 만 부리게 되어 있더군요..
시스템이 벗어버려서 그랬다란 얘기을 듣고
위의 방법으로 해결 했었습니다.
시스템이 딸렸지만, 위의 방법으로 처리한 후 index 을 잡아 주고 DB 튜닝하니
0.02 sec 대로 나오더라구요....이때 고생 무진장 해었습니다.
요즘에 듣기로는 Mysql 5.5 버젼 이상으로 사용하면 엄청난 속도가 나온다고
경험하신분께서 다음에는 적용해보라는 얘기는 들었습니다.
4번은 전혀 몰라서.....ㅠㅠ
@벤지
#disivion 0
저는 스쿨에서 활동하지 않아요 스쿨 배경색때문에 눈이 아파서 ㅠ.ㅠ;
그리고 제일 중요한건 전 초보라 ㅠ.ㅠ;
#division 1
흠 렌더링에서 로드 속도가 느린게 아닐지 싶습니다. 우선 다 구글 걸로 변경해보아야겠네요.
#division 2
1번 2번의 경우 가장 많이 쓰는 것들이라 문제는 없지만 아무래도 mysql로는 대용량의 데이터들을 처리시 속도가 느려지는경우가 있는것 같더라구요. 해결방법도 명확하지 않고 대체 방안도 마련하기 힘드니.... 다른방안이 있지 않을까 해서 ㅎㅎㅎ
#division 3
레코드 수를 정하고 rand를 돌리명 정해진 레코드 내부에서만 rand() 화 되지 않을까요? 스톡오버플로우에서도 딱히 좋은 방법을 찾지 못했는데... ㅠ.ㅠ;
rand() 는 고민을 해봐야겠네요... 그래도 안되면 말씀처럼 레코드 수를 지정해버리는것도... ㅠ.ㅠ;
#division 4
흠.... 제가 mysql은 완전 초보라서... 고급형 sql문 하나 짜는데로 오래걸리네요.
인덱스를 활용하라는 말은 엄청 많이 들었는데 활용을 못하니 ㅎㅎㅎ 무튼 index관련해서 조사하면되겠네요.
# division 5
mysql 5.5이상이요? 서버쪽도 많이 약해서 ㅎㅎㅎㅎ
제일문제는 msqyl을 판올림 했을경우 일부에서 아파치와 연동 문제가 발생 하는것이 아닐지 걱정되네요 ㅎㅎ
# division 6
구글에드 센스는 이번이 처음이라 2번째에 승인나기도 하고 ㅎㅎㅎㅎㅎ
ps. 많은 정보 감사합니다. 알려주신대로 새롭게 고민을 해봐야겠네요 ㅎㅎㅎ
#disivion 0
저는 스쿨에서 활동하지 않아요 스쿨 배경색때문에 눈이 아파서 ㅠ.ㅠ;
그리고 제일 중요한건 전 초보라 ㅠ.ㅠ;
#division 1
흠 렌더링에서 로드 속도가 느린게 아닐지 싶습니다. 우선 다 구글 걸로 변경해보아야겠네요.
#division 2
1번 2번의 경우 가장 많이 쓰는 것들이라 문제는 없지만 아무래도 mysql로는 대용량의 데이터들을 처리시 속도가 느려지는경우가 있는것 같더라구요. 해결방법도 명확하지 않고 대체 방안도 마련하기 힘드니.... 다른방안이 있지 않을까 해서 ㅎㅎㅎ
#division 3
레코드 수를 정하고 rand를 돌리명 정해진 레코드 내부에서만 rand() 화 되지 않을까요? 스톡오버플로우에서도 딱히 좋은 방법을 찾지 못했는데... ㅠ.ㅠ;
rand() 는 고민을 해봐야겠네요... 그래도 안되면 말씀처럼 레코드 수를 지정해버리는것도... ㅠ.ㅠ;
#division 4
흠.... 제가 mysql은 완전 초보라서... 고급형 sql문 하나 짜는데로 오래걸리네요.
인덱스를 활용하라는 말은 엄청 많이 들었는데 활용을 못하니 ㅎㅎㅎ 무튼 index관련해서 조사하면되겠네요.
# division 5
mysql 5.5이상이요? 서버쪽도 많이 약해서 ㅎㅎㅎㅎ
제일문제는 msqyl을 판올림 했을경우 일부에서 아파치와 연동 문제가 발생 하는것이 아닐지 걱정되네요 ㅎㅎ
# division 6
구글에드 센스는 이번이 처음이라 2번째에 승인나기도 하고 ㅎㅎㅎㅎㅎ
ps. 많은 정보 감사합니다. 알려주신대로 새롭게 고민을 해봐야겠네요 ㅎㅎㅎ
캐릭터가
꽤에 오래전에 봤던것으로 기억을해서
엄청 눈에 익어서요...
대용량을 하셨던분께서 5.5 에서 join 을 하더라도
엄청나게 빨라졌다라고 말씀하시는데,
제가 PH + Mysql 상에서 능력을 신뢰을 하는분이라....
딱이거다라고 말씀드릴수 없는 능력이라
제가 도움이 제대로 않되네요...ㅠㅠ
5.5 이상은
테스트서버에서 테스트을 거친 이후
해보셔야 할꺼예요...ㅠㅠ
꽤에 오래전에 봤던것으로 기억을해서
엄청 눈에 익어서요...
대용량을 하셨던분께서 5.5 에서 join 을 하더라도
엄청나게 빨라졌다라고 말씀하시는데,
제가 PH + Mysql 상에서 능력을 신뢰을 하는분이라....
딱이거다라고 말씀드릴수 없는 능력이라
제가 도움이 제대로 않되네요...ㅠㅠ
5.5 이상은
테스트서버에서 테스트을 거친 이후
해보셔야 할꺼예요...ㅠㅠ
@벤지
# division 1
- http://sir.co.kr/bbs/board.php?bo_table=g4_skin&wr_id=28113
2006년 부터 활동 했으니까 오래 보셨을 거에요.
그누보드 이전에는 제로보드4에서 활동 하였고 작년까지는 테크노트, 킴스q(유령회원), XE(유령회원) 등에서도 활동 했구요 ^^
# division 2
오호 갑자기 mysql 5.5가 탐나기 시작했네요.
몇일전에 서버에서 mysql 다운된적이 있어서 건들기가 무서워요. 개인서버에서 테스트 해봐야겠네요 ㅋㅋㅋㅋㅋㅋ
ps. 좋은 정보 감사합니다. mysql 5.5는 꾀나 흥미가 가네요 속도를 얼마나 올려줄수 있을지도 기대되네요~~~~
# division 1
- http://sir.co.kr/bbs/board.php?bo_table=g4_skin&wr_id=28113
2006년 부터 활동 했으니까 오래 보셨을 거에요.
그누보드 이전에는 제로보드4에서 활동 하였고 작년까지는 테크노트, 킴스q(유령회원), XE(유령회원) 등에서도 활동 했구요 ^^
# division 2
오호 갑자기 mysql 5.5가 탐나기 시작했네요.
몇일전에 서버에서 mysql 다운된적이 있어서 건들기가 무서워요. 개인서버에서 테스트 해봐야겠네요 ㅋㅋㅋㅋㅋㅋ
ps. 좋은 정보 감사합니다. mysql 5.5는 꾀나 흥미가 가네요 속도를 얼마나 올려줄수 있을지도 기대되네요~~~~
2번 case 을 뒤져보니
http://www.warpconduit.net/2011/03/23/selecting-a-random-record-using-mysql-benchmark-results/
테스트을 해볼수 없으니....ㅠㅠ
만약 잘나온다면 부탁 드리겠습니다.
http://www.warpconduit.net/2011/03/23/selecting-a-random-record-using-mysql-benchmark-results/
테스트을 해볼수 없으니....ㅠㅠ
만약 잘나온다면 부탁 드리겠습니다.
감사합니다.~~~~~
저사이트도 본것같은데 어려워서 넘겼는데 다시 한번 차근 차근 봐봐야겠네요.
저사이트도 본것같은데 어려워서 넘겼는데 다시 한번 차근 차근 봐봐야겠네요.
웹폰트는 GD나 sIFR이나 cufon 셋 중에 하나로 하는 방법밖에는 없는듯 한데
GD는 픽셀 맞추기도 좀 애매하고.. 이미지를 생성해야 해서 좀 불편하고
sIFR은 모바일이 문제고..
cufon 방식은 한글 글자수가 워낙에 많어서 좀 느리고..
약간의 속도저하를 감수하고 cufon 에 필드셋좀 줄여서 쓰는 방법이 괜찮았던듯요..
실시간 변환에 롤오버 처리도 가능하고..
GD는 픽셀 맞추기도 좀 애매하고.. 이미지를 생성해야 해서 좀 불편하고
sIFR은 모바일이 문제고..
cufon 방식은 한글 글자수가 워낙에 많어서 좀 느리고..
약간의 속도저하를 감수하고 cufon 에 필드셋좀 줄여서 쓰는 방법이 괜찮았던듯요..
실시간 변환에 롤오버 처리도 가능하고..
@미운오리스키
# division All
흠... GD는 원래 픽셀 맞추기가 애매한게 많이 생겨서 그렇구요.(ADD. 태그 사용도 문제가 있지요 ㅋㅋㅋ)
cufon의 경우 스크립트 형식으로 바꾼것이라 이게 속도가 잘 나올지 염려가 되네요.
sIFR는 처음듣는것인데 한번 검색 해봐야겠네요.
# division All
흠... GD는 원래 픽셀 맞추기가 애매한게 많이 생겨서 그렇구요.(ADD. 태그 사용도 문제가 있지요 ㅋㅋㅋ)
cufon의 경우 스크립트 형식으로 바꾼것이라 이게 속도가 잘 나올지 염려가 되네요.
sIFR는 처음듣는것인데 한번 검색 해봐야겠네요.