본문 바로가기

반응형

전체 글

Mysql Query Cache 매뉴얼 번역문 Mysql Query Cache 매뉴얼 번역문 Mysql MYSQL 매뉴얼중 Query cache에 대한 내용만을 Study 하기 위해 비공식적으로 번역한 것을 도움이 될것 같아 올립니다. Tip&Tech 부분이 가장 적당할 것 같아 Tip&Tech에 올립니다. 저자권에 문제가 되는 경우는 바로 삭제 하겠습니다. 정리하면서 수정해서 다시 올립니다. 허접으로 번역해서 도움이 될지 모르겠습니다. 6.9 MySQL Query Cache ============================== MYSQL 4.0.1 버전부터 Query Cache 개념이 도입되었다. Query Cache가 사용되면 SELECT Query문과 SELECT 결과를 캐싱처리하고 나중에 동일한 Query 요청이 들어오면 Query문을 실행.. 더보기
MySQL 최적화 설계 MySQL 최적화 설계 MySQL을 위한 하드웨어 최적화 큰 테이블(2G가 넘는)이 필요하다면, 알파나 스팍 또는 IA64 등의 64bit 하드웨어를 고려해 보는 게 좋다. MySQL은 내부적으로 64bit 정수를 많이 사용하고 있으므로, 64bit CPU를 사용하면 좀더 나은 퍼포먼스를 기대할 수 있다. 거대한 데이터베이스를 위한 최적화는 보통 램, 빠른 디스크, CPU 순으로 진행된다. 더 많은 램은 사용되는 대부분의 key 페이지들을 램에 보관함으로써 빠른 key 갱신을 가능하게 한다. 안전한 트랜잭션을 사용하지 않거나 큰 디스크를 사용하고 파일 검사를 오랫동안 하는 일을 피하고 싶다면 UPS를 사용하여 전원 오류가 발생한 경우에도 시스템을 안전하게 종료시킬 수 있도록 하는 것도 좋은 생각이다. 하.. 더보기
MySQL 사용시 sqlrelay 를 사용해야 되는가 ? [SW기술] MySQL 사용시 sqlrelay 를 사용해야 되는가 ? 글쓴이 루리 날 짜 06-05-19 23:50 조 회 1774 APM 으로 사이트를 운영 또는 관리하시는 분들의 경우 어느정도 규모가 있는 곳의 경우 웹서버와 디비서버를 분리해서 사용하는 경우 많을 것 입니다. 특별히 쿼리가 복잡하고 비지니스적인 곳이 아닌 이상 게시판 구조가 많은 커뮤니티형이 커저버린 곳의 경우 시간이 지날수록 문제가 되는 경우가 디비쪽이 되는 것 같습니다. 사람이 많이 몰리게 되면 디비쪽 커넥션 에러가 나는 경우가 가장 자주 보게 되는 것 같은데요. 이런 상황에서 뭐 또 할 수 있는 것이 있는지 뒤지다 보면 접하게 되는 것이 디비 풀링인 것 같고 Mysql 에서 선택할 수 있는 것 중에 하나가 sqlrelay 인 것.. 더보기
mysql - Query Cache 6.9 MySQL Query Cache ============================== MYSQL 4.0.1 버전부터 Query Cache 개념이 도입되었다. Query Cache가 사용되면 SELECT Query문과 SELECT 결과를 캐싱처리하고 나중에 동일한 Query 요청이 들어오면 Query문을 실행하지 않고 Query Cache에서 결과를 전달하는 식으로 동작 한다. Query Cache는 동적인 내용을 많이 사용하는 웹서버 등에서 데이터 변경이 빈번하지 않는 테이블을 대상으로 동일한 Query를 중복해서 사용하는 경우 매우 유용하다. 아래는 Query Cache의 성능에 대한 일부 자료 이다. ( OS: Linux Alpha CPU: 2x500 MHZ RAM: 2GB Query Cac.. 더보기
mysql - lock 해결기 MYSQL Mysql lock 해결기 MYSQL table lock 해결기 lock에 의한 too many connection 에러는 대부분 slow-query에 의해 발생 합니다 먼저 show processlist로 쿼리를 확인합니다 만약 존재하지 않는다면.. 데이터 폴더에 **-slow.log 파일을 참고하여 slow-query들을 적절 히 튜닝합니다 만약 slow.log가 존재하지 않는다면 my.cnf [mysqld] log-slow-queries long_query_time = 2 더보기
mysql - insert, update 성능향상 팁 my.cnf 설정에 innodb_log관련 설정 문제. innodb_flush_log_at_trx_commit = 1 insert, update가 자주 일어나는 대부분의 마스터 db는 0으로 설정 할것. 추가정보 확인요망. 추가 정보 사항 COMMIT가 수행되었을 때 로그 버퍼와 파일이 어떤 작업을 하게 될지를 결정해야 한다. Innodb_flush_log_at_trx_commit 설정은 다음과 같은 옵션을 제공한다. * 디스크에 바로 쓰기 : 가장 안전한 방법이지만 가장 느린 방법이다. 1로 설정하면 디스크에 바로 쓰게 된다. * 조금 기다린 후 디스크에 쓰기 : 0 또는 2를 설정할 수 있으며 0으로 설정할 경우 commit의 수행 여부와 상관없이 매초 로그 버퍼가 디스크에 기록하게 된다. 2로 설정.. 더보기
mysql - index 강제로 지정하기 INDEX 강제로 지정하기 force index, ignore index, Index, MySQL, 속도, 인덱스, 최적화 특정 인덱스(index_key)를 사용하도록 강제로 지정 select * from TABLE force index(index_key) 특정 인덱스(index_key)를 사용하지 않도록 강제로 지정 select * from TABLE ignore index(index_key) Mysql 옵티마이져의 생각에는 이런 인덱스를 사용하는 것이 맞다고 판단을 하겠지만 (대부분 이런 경우는 컴퓨터가 판단하는 효율성의 문제와 실제 사용 방법상의 차이) 실제로는 아닌 경우가 있다. 이런 경우 사용할 수 있는 방법.. 더보기
mysql - index desc로 생성 create index top_no_desc on tbl_board ( top_no desc ); 더보기
mysql - HA (DRBD + Heartbeat + MySQL 설치(간략)) +------------------------------------------------------------------------------------------------------------+ | DRBD + Heartbeat + MySQL 설치 | | 2008.009. 30. | | | | ; 자세한 설명은 달지 않았음. | | ; 제가 설치한 환경에 맞춰서 작업했음. 필요에 따라 수정해서 사용 요망 | | ; 이 문서는 모든 설치 및 테스트 후 재 구성 한 것임. 실수로 빠진 부분 있을 수 있음. | | ; 인쇄방법 - EditPlus, 글꼴=굴림체, 글꼴 모양=Regular, 크기=9 | | 자동 줄바꿈 사용, 모양 기준 칸에서 줄 바꿈, 모양 기준 칸 번호=110 | +------------.. 더보기
mysql - Drop 된 Mysql Binlog를 이용한 복구 과정 mysql - Drop 된 Mysql Binlog를 이용한 복구 과정 회사 직원의 실수로 Mysql 을 특정 DB를 날렸다. 결국 복구는 했지만 백업화일을 만들어 두지 않아서 나름 귀찮고 힘든 과정이었다. 그래서 mysql 를 날렸을때 복구하는 방법을 간단하게나마 설명하고자 한다. root 계정으로 작업하고 /usr/local/mysql 을 기본 디렉토리로 본다는 가정하에.. ^^ mysqldump를 이용한 백업화일이 존재하는 경우 /usr/local/mysql/bin/mysql -u root -p < BackUp.sql 가장 쉽게 복구하는 방법이다. 하지만 이 경우 문제점이 있다. Cron 등의 프로그램으로 매일 백업을 받는다고 하더라도... 백업받은 시점과 DB를 날린 시점에서의 데이터는 다를수 있기.. 더보기

반응형