LetMeLove 의 세상보기

날짜 구간이 길어짐에 따라 에러가 다음과 같이 발생하였다.


Mysql::Error: Incorrect key file for table ‘/tmp/#sql_61a9_0.MYI’;
try to repair it

먼저 해 볼 것 : ' analyze table [테이블 명] ' 으로 테이블 상태가 깨진 것인지 확인 해본다.

그다음 알아본 것은 mysql 의 my.conf 에서 key_buffer 크기를 늘려봄
status : error 로 깨져있었음 -> 'repair table [테이블 명] ' 으로 복구 시도 ! 
BUT 여전히 안됨..
 

결국 해본 것은..
key_buffer:16M 에서 256M으로 수정
BUT 여전히 안됨..
=> 해결 :  유닉스 서버 공간 부족..

저장하는 공간 확인해보기.
df -H : 서버의 공간을 확인해보니 /가 77% 였다. 결국 tmp를 설정 안하면 저장되는 곳이 / 인데 공간 부족이었던것..
/data1 이 1%사용이라 여기에 /data1/tmp를 만들고 my.conf 에서 tmpdir = /data1/tmp/ 로 설정해주었다.
잘 동작함...tmp를 확인해 보니 값을 가져 올때 tmp에 파일을 임시로 생성했다가 다 가져오면 지우는 것을 알 수 있었다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

리눅스 머신에 설치되어진 My-SQL에 원격접속 링크시에는 속도가 제대로 나오다가
윈도우 머신에 설치된 My-SQL에 원격접속시에 접속지연 현상이 일어나는데..
이것을 해결하기 위해서는 기본적으로 My-SQL 윈도우 버전의 원격접속방식의 기본설계를 알아야 하는데... My-SQL3.2 버전대에서는 접속지연이 없었지만, My-SQL 5.0의 버전으로 버전업을 하면서 원격접속시 네임서버에서 해당 도메인이나 ip가 있는지 네임서버를 조회를 한 후 커넥션이 이루어지기에 My-SQL 윈도우 버전의 환경 설정파일을
아래처럼  수정을 하시고,

(my.ini)

My-SQL 의 계정 테이블에서 접속하는 클라이언트의 ip를 추가하여 줌니다.


위와같이 설정을 하시면, 윈도우머신에서의 접속지연이 되지 않고 빠르게 접속이 되는것을 확인할수 있습니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

데이터베이스 최적화

이 방법은 최적화 문제에서 가장 중요한 부분이다. 스크립트는 실행 시간의 대부분을 데이터베이스 작업에 사용하므로 몇 가지 방법을 통해 데이터베이스 작업의 성능을 개선하는 방법을 살펴보자.

여기서는 MySQL을 이용해 설명하지만 이 개념은 PostgreSQL, 오라클 등 다른 데이터베이스로도 확대될 수 있다.

쿼리 분석

일단 성능 저하의 문제가 쿼리에 있다는 것이 밝혀졌다면 각 쿼리에서 무엇이 문제인지를 알아내야 한다. 우선 불필요한 조인을 사용하지 않느지 확인하고 쿼리를 빠르게 만들 다른 방법이 있는지 확인해야 한다. 두 개의 큰 테이블을 조인하는 것보다 쿼리를 두 번하는 것이 빠르다.

쿼리 실행 방법

만일 제대로 만들어진 쿼리의 실행 시간이 매우 길다면 다음의 MySQL EXPLAIN 문을 이용해 MySQL이 쿼리를 어떻게 처리하는지 확인한다:

EXPLAIN SELECT ... FROM ... WHERE ...


간단히 SELECT 문 앞에 EXPLAIN만을 추가하면 된다. MySQL은 쿼리를 실행하고 다음과 같은 처리 정보를 가진 테이블을 리턴한다.

table : 출력된 행에서 참조하는 테이블
type : 사용되는 조인 형식. 조인 형식에 대한 자세한 정보는 뒤에 나오는 조인 형식을 참고한다.
possible_keys : 쿼리를 수행하기 위해 MySQL이 사용할 수 있는 컬럼. 만일 비어있다면 관련된 색인이 없다는 것이다. 이 경우 WHERE 절을 분석해 적절한 색인을 추가하면 성능이 개선된다.
key : 쿼리를 수행하기 위해 MySQL이 선택한 색인. 만일 NULL이면 색인이 사용되지 않은 것이다. 만일 MySQL이 잘못된 색인을 선택한다면 USE INDEX/IGNORE INDEX를 이용해 강제로 색인을 지정할 수 있다.
key_len : MySQL이 사용하기로 결정한 키의 길이
ref : 테이블에서 행을 선택하기 위해 사용된 컬럼 또는 상수
rows : 테이블에서 행을 선택하기 위해 MySQL이 반드시 검사해야 하는 행의 수
Extra : MySQL이 쿼리를 실행하는 방식에 대한 추가 정보. 다음과 같은 정보가 사용된다.
Distinct : 조건에 맞는 첫 번째 행을 발견하면 더 이상 검색을 진행하지 않는다.
Not exits : MySQL은 쿼리에 LEFT JOIN 최적화를 할 수 있는데, LEFT JOIN 조건에 맞는 행의 조합을 찾아내면 더 이상 테이블의 행을 검사하지 않는다.
Using filesort : MySQL은 검색된 행을 정렬해서 가져오기 위해 추가적인 작업이 필요하다. 이 작업은 조인 형식에 따라 모든 행을 검사하고 WHERE 절에 해당하는 모든 해으이 "정렬 키 + 포인터"를 저장함으로써 가능하다. 각 행을 순서대로 가져오기 전에 이 키가 먼저 정렬된다.
Using index : 실제 행을 검사하지 않고 테이블의 색인 트리에 있는 정보만을 사용하는 경우이다. 테이블에서 가져오는 모든 컬럼이 같은 색인의 일부분인 경우를 의미한다.
Using temporary : MySQL은 결과를 저장하기 위해 임시 테이블을 만들 필요가 있다. 이것은 하나의 테이블에서 서로 다른 컬럼에 사용된 GROUP BY의 결과 행을 ORDER BY로 정렬할 때 사용된다.
쿼리를 가능한 빠르게 만들려면 Using filesort와 Using temporary를 살펴본다. 만일 이러한 부분이 발견된다면 쿼리를 최적화할 필요가 있다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

// max_connection이 어떻게 잡혀있는지 확인한다.
# mysqladmin -u root -p variables | grep max_connection
password:
| max_connections | 100

// 데몬을 죽인다.
# mysqladmin -u root -p shutdown
or
# killall mysqld


// mysqld 데몬을 띄우면서 max_connection 을 명시한다.
# safe_mysqld -O max_connections=200 &

Note. 참고로 리눅스나 솔라리스 계열에서는 max_connection 을 500~1,000까지
가능하다고 한다.

// 제대로 올라갔는지 확인한다.
# mysqladmin -u root -p variables | grep max_connections
password:
| max_connections | 200



mysql설정파일(my.cnf)이 있다면 추가해준다.
[mysqld] context에다가..
------------------------------------->
set-variable = max_connections=200
------------------------------------->

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

my.cnf 파일

skip-character-set-client-handshake  //추가

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

mysql 4.0 버전에서 5.0으로 업그래이드 할경우

기존의 암호방식이 5.0과 틀리므로

old_password() 함수를 사용해야 합니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

[Out of range value adjusted for column 오류]

MYSQL.COM 들어가서 sql-mode 메뉴얼을 보니 데이터형을 비교해서 잘못들어온 데이터를
엄격히 관리함에 따라 integer로 정의되어 있는데 char값이 들어오니 오류가 발생
했겠죠. 설정할수 있는게 많네요.

# Set the SQL mode to strict
#sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USE

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.