MySQL 5.1 (euckr)로 이전하는것이라면 좀 쉽게 끝나는 경우가 있습니다.

우선 MySQL 4.0의 DB를 mysqldump 명령으로 덤프 받은후

그 파일을 vi 로 열어서 ' TYPE=MyISAM' 부분을 일괄 삭제하고 저장합니다.

그리고 MySQL 5.1 에 import 하면 끝납니다.

이 부분이 되지 않는 경우엔 아래 매뉴얼을 참고하여 진행하시면 됩니다.

실제 DB이전 경험을 토대로 작성하였지만 내용이 다소 어려울 수 있습니다.

추후 같은 작업시 제가 참고를 하고자 작성을 하는것이니

이전 작업중 일어나는 문제 해결에 대해서는 다른 매뉴얼을 참조하시기 바랍니다.

본 문서 습득 후 가능한 작업 두가지입니다.

1. MySQL 4.0 (euc_kr)    >    MySQL 5.1 (euckr)

2. MySQL 4.0 (euc_kr)    >    MySQL 5.1 (utf8)

euc_kr 에서 euckr 로 이전시 하단의 ++++++++ 표시 라인까지만 보시면 됩니다. ^^

> 이경우 문서에서는 구서버 데이타를 임시서버로 옮기게 되는데 임시서버를 신서버로 생각하시면 됩니다.

> utf8 로 이전시만 3대의 서버가 사용됩니다.

    (서버가 구서버와 신서버 이렇게 두 대라면, 신서버를 euckr 로 설치했다가 중간에 utf8로 다시 설치하시면 됩니다.)

구서버 (192.168.10.1)

MySQL 4.0.24 (euc_kr)

신서버 (192.168.10.2)

MySQL 5.1.52 (utf8)

임시서버 (192.168.10.3)

MySQL 5.1.52 (euckr)

작업했던 MySQL 버전은 위와 같습니다.

잘못알고 있는분도 계신데 4.0 이하 버전의 경우 정확히 말하면 euckr 이 아니고 euc_kr 입니다.

4.1 이상의 버전으로 업데이트 되면서 euckr 과 utf8 사용이 가능해졌습니다.

[진행순서]

아래 처럼 데이타를 dump 받아 임시서버로 이동합니다.

1. 구서버(115.68.10.1)에서
# mysqldump --quote-names -p --all-databases > sysdocu.sql
# rsync -avzPog sysdocu.sql root@192.168.10.3:/usr/local/src/

* --quote-names 옵션을 주는 이유는 테이블이나 컬럼이 MySQL 5.0 이상 버전에서

예약어로 사용되고 있을 경우 import 에러가 납니다. 이경우 ` 로 테이블이나 컬럼명을

감싸주게되면 MySQL 5.x 의 예약어일지라도 import 가능하게 됩니다.

이 옵션은 자동으로 ` 표시를 하여 dump 합니다.

2. 임시서버(192.168.10.3)에서
sysdocu.sql 을 vi 로 열고

CREATE DATABASE `mysql` 부분부터 376줄 삭제하고    // mysql DB를 삭제하는 부분입니다. 꼭 필요한 부분.
CREATE TABLE `keyword` 부분부터 5778줄 삭제    // keyword 테이블에서 계속 오류가 난다면 삭제 조치합니다.

                                                                                              추후에 rsync 명령으로 이 테이블만 이동 하도록 합니다.
 

위는 예입니다. CREATE DATABASE `mysql` 부분을 찾아서 해당 table 까지 없애줍니다.

그리고 아래 명령으로 import 를 하면 되는데, 혹시 오류가 나는 테이블이 있다면 위의 keyword 부분과 같이 삭제해줍니다.

MySQL 4.0 이하 버전과 MySQL 5.0.x 버전과 MySQL 5.1.x 이상 버전 컬럼 수가 모두 다르기 때문에

삭제를 하지 않을 경우 컬럼수가 맞지않아 import 가 되지 않습니다.

삭제 후 저장한 데이타를 아래명령으로 import 합니다.

# mysql -p --default-character-set=euckr < sysdocu.sql

★그리고 계정 정보가 있는 구서버의 mysql DB와 임시서버의 mysql DB를 dump 받아

db 테이블, user 테이블의 컬럼 수를 조절하여 임시서버에 import 합니다.

(이 내용이 이해 안가시면 댓글 달아주세요. 자세히 작성해서 문서를 수정해 드리겠습니다. ^^)

★DB import 후 사이트에서 열었을때 웹소스 한글은 잘 보이나, DB내용만 깨지는 경우가 있습니다.

    euc_kr 에서 euckr 로 옮겼는데도요. IE에서 페이지 우클릭 > 인코딩을 utf-8 로 확인해보면 

    이번엔 웹소스 한글이 깨지고 DB에서 가져온 한글은 잘 출력이 됩니다.

    이럴때 해결책은 /etc/my.cnf 에 아래 두줄 추가 해주고 mysqld 재시작 해주세요. ^^

   default-character-set = euckr

   character-set-client-handshake = FALSE

3. 구서버(115.68.10.1)에서

위의 예와 같이 dump 파일을 수정하여도 import 가 잘 되지 않는 테이블이 있다면 수동으로 가져옵니다.

# rsync -avzPog /usr/local/mysql/data/sysdocu/keyword.* root@192.168.10.3:/usr/local/mysql/data/sysdocu/

MySQL 4.0 (euc_kr) 에서 MySQL 5.1 (euckr) 로 데이타를 이전해 오는 것은 여기까지가 끝입니다. ^^

MySQL 5.1 (utf8) 로 이전하려고 한다면 계속해서 봐주세요.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

4. 임시서버(192.168.10.3)에서

데이타를 dump 받아 캐릭터셋 변경 작업을 진행합니다. 그리고 신서버로 데이타를 전송합니다.

# mysqldump -p --default-character-set=euckr --all-databases > sysdocu_euckr.sql

# iconv -c -f euckr -t utf8 sysdocu_euckr.sql > sysdocu_utf8.sql
# vi sysdocu_utf8.sql    // 파일을 열어 euckr 이라는 부분을 utf8로 일괄 변경 합니다.

                                          일괄 처리 방법 (:%s/euckr/utf8/g)

# rsync -avzPog sysdocu_utf8.sql root@192.168.10.2:/usr/local/src/

5. 신서버(192.168.10.2)에서

# mysql -p --default-character-set=utf8 < sysdocu_utf8.sql

이렇게 작업은 끝이 납니다.

[중요]

사이트 테스트를 해보시고 혹시 웹소스(html 이나 php 등) 의 한글이 깨지게 된다면

1. 한글이 브라우저에서 잘 출력되기 위해 웹서버 설정파일(httpd.conf)에서  AddDefaultCharset utf-8 를 추가해줍니다.

2. 모든 웹소스의 인코딩을 일괄변경 처리합니다.

혹시 이 문서를 정독하신 분중에 MySQL 4.0 덤프파일을 가지고 iconv 를 이용해 utf8 변환을 하면 되지 않을까 생각하시는 분이

계실지 모르겠습니다.

제가 그렇게 해봤는데 잘 되지 않았습니다. ^^;

MySQL 4.0 (euc_kr) 에서 dump 받은 파일을 열어보면 캐릭터셋 지정하는 부분이 없었습니다.

MySQL 4.1 부터 dump 파일에 CHARSET=euckr 이런 부분이 생기기 때문입니다.

저부분을 CHARSET=utf8 로 수정을 해야 MySQL 5.1 (utf8) import 시에 테이블을 utf8형식으로 만들 수 있기 때문입니다.

--------------------

(질문)

★그리고 계정 정보가 있는 구서버의 mysql DB와 임시서버의 mysql DB를 dump 받아

db 테이블, user 테이블의 컬럼 수를 조절하여 임시서버에 import 합니다.

- 이 부분은 euc_kr에서 euckr 로 바꾸는 사람은 할 필요가 없는 부분인가요?? 이해가 안가서요...

(답변)

4.0 하고 5.1 의 db테이블, user테이블 컬럼수가 다릅니다.

실제로 두대의 서버에 각각 들어가 mysql 로그인을하고 use DB명 하신뒤,

desc db; 또는

desc user; 해보세요.

출력되는 라인이 틀립니다. (5.1버전이 더 많아요)

이럴경우 4.0에서 덤프받은 몇개 안되는 컬럼을 5.1에 넣게되면 컬럼수가 안맞는다고 오류메세지 나면서 insert가 되지 않기때문에

vi 에디터등을 이용해 수동으로 4.0 덤프파일의 컬럼수를 늘려주어야 합니다.

4.0의 DB 컬럼 갯수

INSERT INTO db VALUES ('%','sysdocu','sysdocu','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y');

5.1의 DB 컬럼 갯수

INSERT INTO db VALUES ('%','sysdocu','sysdocu','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y');

한눈에 보기에도 차이가 나요? 4.0에서 ,'Y','Y','Y','Y' 식으로 개수 맞춰서 더 추가해주어야 해요.

[출처] 듀시즌 (http://deuxism.tistory.com/2694564)

MySQL 5.5.x 버전은 기존 5.1 이하 버전의 설치 방법과 다릅니다.

MySQL 설치시 필요한 cmake 를 먼저 설치해야 합니다.

 1. cmake 설치

# cd /usr/local/src

# wget http://www.cmake.org/files/v2.8/cmake-2.8.5.tar.gz

# tar xvzf cmake-2.8.5.tar.gz

# cd cmake-2.8.5

# ./bootstrap

# make

# make install

2. 계정 생성

# groupadd -g 400 mysql
# useradd -u400 -g400 -d /usr/local/mysql -s /bin/false mysql

3. MySQL 설치

# cd ..

# wget ftp://ftp.sayclub.com/pub/mysql/Downloads/MySQL-5.5/mysql-5.5.14.tar.gz

# tar xvzf mysql-5.5.14.tar.gz

# cd mysql-5.5.14

# cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DMYSQL_DATADIR=/usr/local/mysql/data -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DWITH_EXTRA_CHARSETS=all -DENABLED_LOCAL_INFILE=1 -DWITH_INNOBASE_STORAGE_ENGINE=1 -DMYSQL_UNIX_ADDR=/tmp/mysql.sock -DSYSCONFDIR=/etc -DMYSQL_TCP_PORT=3306

# make

# make install

4. DB생성 및 기본 보안 설정

# cp -arp scripts/mysql_install_db /usr/local/mysql
# cd /usr/local/mysql

# rm -rf data

// data폴더를 지우는 이유는 기본폴더가 있긴한데 기본테이블이 없습니다.

    그대로 진행하시면 테이블이 없다며 mysql 이 구동되지 않습니다.

    때문에 data폴더를 삭제하고 아래 명령어로 재설치를 해줍니다.
# sh ./mysql_install_db

// 위 명령어로 data 폴더가 생성되지 않을 경우 아래 명령어로 생성해보세요.

    sh ./mysql_install_db --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data
# chown -R mysql:mysql /usr/local/mysql
# chown -R mysql.mysql /usr/local/mysql/data
# cp support-files/my-huge.cnf /etc/my.cnf
# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
# chmod 700 /etc/init.d/mysqld
# chown root.root /etc/init.d/mysqld
# chkconfig --add mysqld
# chmod 711 /usr/local/mysql
# chmod 700 /usr/local/mysql/data
# chmod 751 /usr/local/mysql/bin
# chmod 750 /usr/local/mysql/bin/*
# chmod 755 /usr/local/mysql/bin/mysql
# chmod 755 /usr/local/mysql/bin/mysqldump

[참고]

euckr 로 설치를 원할 경우 옵션을 변경해줍니다.

-DDEFAULT_CHARSET=euckr -DDEFAULT_COLLATION=euckr_korean_ci

1-5. 특정 레코드의 검색
일반적인 경우 테이블에 있는 모든 자료를 조회할 필요 없이 사용자가 원하는 자료를 조회하는 경우 WHERE절을 사용하여 조회한다
-조건은 아래의 것으로 구성된다.
비교연산자,SQL연산자,논리 연산자등 비교연산자에는

= ,> ,>=, < , <=, <>(!=) 등이 있고

SQL 연산자에는 BETWEEN a AND b,  IN ,LIKE,IS NULL 등이 잇고
논리 연산자에는 AND , OR,  NOT 이 있다.
mysql>SELECT empno 사번, ename 성명  

      FROM   emp      

  WHERE  deptno = 10; 

BETWEEN연산자
  두 값의 범위에 해당하는 행을 출력하기 위해 사용한다.
  BETWEEN연산자는  컬럼 >= 값 AND 컬럼 <= 값과 같은 의미이다.
mysql>  SELECT empno, ename    

       FROM  emp        

   WHERE  sal BETWEEN  3000 AND 5000 ; -->

급여가 3000에서 5000사이인 사원만 보여줍니다.  

    EMPNO ENAME  

  ---------- ------      

 7788 SCOTT       7839 KING       7902 FORD   3 개의 행이 선택되었습니다. 


IN(NOT IN)연산자
  목록에 있는 값에 대해서 출력하기 위해  IN연산자를 사용한다.
  IN 연산자는 OR로 연결된 논리연산자의 결합과 같다. 
mysql> SELECT empno, ename     

     FROM  emp      

    WHERE  empno IN (7900, 7934) ; -->

 사번이 7900, 7934번인 사원의 사번과 성명 출력   

  EMPNO    ENAME 

 --------- -------------      

7934      MILLER      7900      JAMES 2 개의 행이 선택되었습니다. 

LIKE연산자
LIKE 'A%‘:컬럼이 'A'로 시작하는 데이터들만 검색됩니다.
LIKE '%A‘:컬럼이 'A'로 끝나는 테이터들만 검색됩니다.
LIKE '%KIM%‘:컬럼에 'KIM' 문자가 있는 데이터 들만 검색됩니다.
LIKE '%K%I%‘:컬럼에 'K' 문자와 'I'문자가 있는 데이터 들만 검색됩니다.
LIKE '_A%‘:컬럼에 'A'문자가 두 번째 위치한 데이터 들만 검색됩니다
mysql>SELECT empno, ename   
        FROM  emp       

       WHERE  UPPER(ename) like '%K%';

EMPNO ENAME

 ------- -----------  

  7698 BLAKE    7782 CLARK    7839 KING 

IS NULL(IS NOT NULL)연산자
NULL값은 값이 없거나 ,알 수 없거나,적용할 수 없다는 의미이므로 NULL값을
조회하고자 할 경우에 사용한다.
NULL은 이용할 수없고 할당되지 않고 알려져 잇지 않고 적용 불가능한 값을 의미한다.
NULL이란 0이나 공백(SPACE)와 다르다.
NULL값을 포함한 산술 표현식 결과는 NULL이다.
컬럼에 데이터 값이 없으면 그 값 자체가 NULL이다.

오라클 설치시 아래와 같은 에러가 나타났다면

[INS-20802] Oracle Net Configuration Assistant failed.

/etc/hosts 파일에 현재 호스트 네임을 IP 로 등록해주면 됩니다.

[root@TEST oracle]#    // host 명을 기억 합니다. (TEST 로 되어있음)

/etc/hosts 내용

127.0.0.1       localhost.localdomain localhost
192.168.10.2    neulwon.com TEST    // host 를 서버IP에 추가하였습니다.

위 작업만 해도 되지만 혹시나!! 안될 경우에는 아래 방법으로도 한번 시도해보세요.

- /etc/sysconfig/network 에 gateway 를 등록

- /etc/resolv.conf 에 nameserver 168.126.63.1 및 서버 IP를 등록

< OS 환경 >
 - Asianux 
 - Oracle 10g 
 - VM ware 사용 

1. 오라클 설치를 위해 오라클 홈페이지에서 프로그램을 다운 받습니다. 
 : http://www.oracle.com/technology/software/products/database/oracle10g/
   Oracle Database 10g Release 1 (10.1.0.3) for Linux x86 

2. 압축을 해제 합니다. 
 : # zcat file_name  or # unzip file_name.zip or # tar xvfz file_name.tar.gz 

3. AsiaNux에서는 "오라 나비" 이라는 오라클을 특별한 변수 설정 없이 설정할 수 있게 하는 프로그램이 있다.
    만약, "오라나비"를 사용한다면, 앞으로를 잘 따라하게 되면.. 설치 될 것이다. 
    (여기서는 "오라나비" 사용이 아닌, 환경 설정, 유저 추가 등.. 오라나비를 이용하지 않을 경우를 설명한다.)

4. 오라클 설치 시에 사용될 사용자 및 그룹을 생성합니다. 
   # groupadd dba
   # groupadd oinstall
   # useradd -g oinstall -G dba oracle //초기화 그룹과 그룹을 지정하여 oracle 사용자를 추가한다. 
   # passwd oracle
   # mkdir -p /u01/app/oracle 
   # chown -R oracle.oinstall /u01
   # chmod -R 755 /u01/app/oracle
   ※ 오라클을 다른 경로에 설치하고자 하는 경우 위의 'u01'을 알맞은 경로로 바꾸고, 
        "오라클 사용자 환경 변수 설정" 부분에서 'ORACLE_BASE' 항목을 적절한 값을 변경하여 입력 하면 된다. 

 5. 커널 파라미터 수정 
  # vi /etc/sysctl.conf
### Oracle 10g Kernel Parameters 
 kernel.shmmax = 2147483648
 kernel.sem = 250 32000 100 128 
 fs.file-max = 65536 
(/etc/sysctl.conf 파일에 kernel.shmmax 값이 있다면 수정 또는 기존 행 주석 처리 후 입력함)

# /sbin/sysctl -p //수정한 파라미터 값을 커널에 적용

6. 오라클 사용자 환경 변수 설정 
 - $HOME/.bash_profile를 열어 하단에 오라클 설치 및 사용을 위한 설정을 입력한다. 

export ORACLE_BASE=/u01/app/oracle
export ORACLE_SID=ORCL
export ORACLE_HOME=$ORACLE_BASE/product/10.1.0/db_1
export PATH=$PATH:$ORACLE_HOME/bin 

7. 본격적인 오라클 설치를 위해 콘솔창에서 OUI를 띄운다. 
    만약 init 3환경에서 작업을 했다면, startx 후에.. 콘솔 창을 띄운 후 작업을 한다. 

 # sh runInstaller 

    만약, OUI의 글자가 깨어져서 보인다면 $unset LANG 을 실행 후 다시 띄운다. 

환영 메시지가 나타나면, 읽어보고.. 열심히... ^^:;

[출처] SSISO COMMUNITY (http://www.ssiso.net/cafe/club/club1/board1/content.php?board_code=oracle%7Corainstall&idx=7115&club=oracle&cp=1&cb=1&search=&search_word=)

(mysql) 시간값 더하고 빼기

DATE_ADD(NOW(), INTERVAL-90 DAY); 

DATE_ADD(NOW(), INTERVAL+90 DAY); 

DATE_ADD(NOW(), INTERVAL+2 MONTH); 

...

(sqlite) 시간값 더하고 빼기

sqlite> select datetime('2000-01-01 00:00:00', 'weekday 1');
2000-01-03 00:00:00
sqlite> select datetime('2000-01-01 00:00:00', '-1 year');
1999-01-01 00:00:00
sqlite> select datetime('2000-01-01 00:00:00', '+09:00:00');
2000-01-01 09:00:00
sqlite> select datetime(946684800,'unixepoch');
2000-01-01 00:00:00
...

DATETIME, TIMESTAMP 비교

sqlite> select julianday('2000-01-01 00:00:00');
  2451544.5
sqlite> select strftime('%Y-%m-%d %H:%M:%S','2000-01-01 12:34:56');
  2000-01-01 12:34:56

(sqlite) datetime 함수에서 로컬타임 얻기

기본은 GMT값을 얻어오므로 다음과 해주어야 한다.

sqlite> select datetime(timestamp, 'unixepoch', 'localtime');

sqlite> select datetime('now', 'localtime');

회사에서 mysql로 과도한 DB를 돌리면서 데이타베이스의 튜닝에 대해 관심을 가지게 되었다.
오라클 같은 경우는 대용량 데이타베이스로서의 활용능력이 좋아 대용량의 데이타를 돌려도 mysql에 비해서 좋은 성능을 낸다.

물론 mysql이 뛰어난 데이타베이스라는 것은 인정하나 아직은 대용량의 DB를 돌리기에는 무리가 있다.

오랜만에 강좌를 쓰면서 mysql을 어떻게 하면 효과적으로 대용량 DB로 활용할 수 있는 지를 이야기 해보겠다.

mysql의 튜닝에 관해서는 데이타베이스 사랑넷에서 많은 도움을 받았음을 미리 밝힌다.
사실 여기서 이야기하는 것은 단순한 설정을 통한 튜닝이며 보다 난이도 높은 튜닝은 컴파일 전 소스를 직접 만져야지만 가능한 부분이 있다.
그 부분에 대해서도 다루어 볼 생각은 있으나 아직은 그정도의 실력이 안되므로 그냥 넘어가고 후일을 기약해보겠다.

튜닝에 관현한 부분은 mysql의 공식 메뉴얼에도 자세하게 설명은 되어 있다.

10GB가 넘는 데이타를 돌리면서 쌓은 노하우를 공개해 보겠다...

그럼 서론은 이쯤에서 하고 본격적인 mysql을 이용하여 대용량의 데이타 베이스를 다루어 보겠다.

1> MYSQL 튜닝(?)

a. 설치 과정에서의 튜닝

mysql 메뉴얼에서는 컴파일 및 링크시에 정적(Static)로 하는 것이 속도를 더 빠르게 할 수 있으며 gcc보다 pgcc를 이용하여 컴파일 하는 것이 더 빠르며 TCP/IP보다 소켓을 이용하는 경우가 더 빠르다고 설명하고 있다.

메뉴얼에 적혀 있는 Full Configure Option은 다음과 같다.

CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro 
-felide-constructors -fno-exceptions -fno-rtti" ./configure 
--prefix=/usr/local/mysql --enable-assembler 
--with-mysqld-ldflags=-all-static

그래로 사용해도 무방하며 제가 사용하는 방법은 다음과 같습니다.

CC="/usr/local/pgcc/bin/pgcc" CFLAGS="-O6 -mpentiumpro 
-mstack-align-double -fomit-frame-pointer -march=pentiumpro" 
CXX="/usr/local/pgcc/bin/pgcc" CXXFLAGS="-O6 -mpentiumpro -march=pentiumpro 
-mstack-align-double -fomit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" LDFLAGS="-static" 
./configure --prefix=/usr/local/mysql --enable-assembler 
--localstatedir=/val/mysql 
--with-charset=euc_kr 
--with-extra-charsets=none 
--with-mysqld-user=mysql 
--sysconfdir=/etc 
--with-innodb 
--enable-thread-safe-client 
--with-mysqld-ldflags=-all-static 
--with-client-ldflags=-all-static

! pgcc란 Pentium용으로 최적화된 gcc다. 
http://goof.com/pcg/binaries-linux.html 에서 바이너리를 받을 수 있다.

pgcc는 레드햇의 경우 기본으로 포함된 패키지가 아니므로 설치해야만 한다.

처음 해보는 사람이라면 좀 헤멜 수도 있지만 그다지 어렵지는 않으니 필요한 부분을 잘 선택해서 사용하면 된다.

컴파일이 힘들다면 mysql에서 배포하는 바이너리를 이용하는 것도 좋은 방법이다.
mysql에서 배포하는 바이너리는 모두 pgcc로 컴파일되었으며 최적화된 configure를 사용했다고 한다.

물론 컴파일하는 것이 속도는 더 빠르다.

! pgcc를 이용한 컴파일은 mysql에만 한정된 것이 아니다. php, apache 등에도 pgcc를 이용하여 컴파일 하면 속도 향상의 효과를 볼 수 있다.

위의 방법의 컴파일만으로는 눈에띄는 속도의 향상을 느낄 수는 없었다..
물론 수치상으로는 빨라진 것은 분명하였다. 

b. my.cnf 의 설정 변경을 통한 튜닝

my.cnf 파일의 설정을 변경하므로서의 튜닝은 상황에 따라서는 매우 좋은 방법이라는 생각이 든다.
그런데 새로운 시스템에서는 어떻게 설정해야 할까 고민되는 부분이기도 하다.

개인적으로는 처음에는 mysql에서 기본으로 제공하는 my-huge.cnf, my-large.cnf, my-medium.cnf, my-small.cnf 을 사용하는 것을 추천한다.

물론 사용상황에 따른 변경은 해줘야 겠지만 말이다.

현재 mysql이 돌아가고 있다는 것을 가정하에 설명을 해보겠다.

#mysqladmin variables

my.cnf에서 설정된 내용을 볼 수 있다.
사실 그다지 볼 필요성은 없다..

여기서 중요하게 설정을 해야하는 부분만 설명해보겠다.

+ key_buffer_size : 성능에 많은 영향을 주는 설정이다. 키버퍼는 인덱스블락에서 사용하는 버퍼의 크기이며 인덱스가 많은 테이블에서 insert, delete릐 작업이 많다면 증가해 주는 것이 좋다.
+ max_connections : 동시 접속자수이다. 적당량으로 사용하는 것이 좋다. 너무 과하면 좋지 않다.
+ table_cache : 모든 쓰레드에서 열 수 있는 테이블 숫자이다.
+ join_buffer_size : full-join에서 사용하는 버퍼의 크기아다. full-join을 많이 사용하는 경우 늘려주는 것이 좋다. (왠만하면 인덱스를 사용한 조인을 하는 것이 속도가 빠르다)
+ max_join_size : 최대 조인의 크기이다. 크기 값보다 큰 조인인 경우는 에러가 난다.
+ record_buffer : 순차적인 검색을 하는 쓰레드에 할당하는 버퍼 크기로 순차적인 검색을 많이 하는 경우 증가시키는 것이 좋다
+ sort_buffer : 정렬시 각 쓰레드에 할당하는 버퍼크기. order by, group by를 빠르게 하려면 증가시키는 것이 좋다.
+ thread_cache_size : 이미 사용한 쿼리를 기억해 놓는 캐시의 할당 크기. 많이 할당 할 수록 좋으나 다른 설정을 위해 적당량으로 설정하는 것이 좋다. 같은 쿼리를 반복적으로 많이 하는 경우 크게 하는 것이 좋다.
+ tmp_table_size : 메모리 기반의 임시테이블을 디스크 기반의 임시테이블로 변환할 때의 크기. 복작한 쿼리를 실행할 경우 변환되는 경우가 많으며 여유있게 설정하는 것이 좋다. 단 디스크 용량을 생각해서..
+ wait_timeout : 연결을 끊기전 대기하는 시간

물론 이러한 부분들은 언제든지 유동성이 있게 설정하는 것이 중요하다.
처음 예측했던 것과는 다르게 mysql을 사용할 수 있으므로 지속적으로 모니터링하여 설정값을 변경해주어야 한다.

#mysqladmin extended-status

이 명령어로 mysql의 사용량을 알수가 있다.

이렇게 알아낸 사용량으로 my.cnf를 변경하여야 하며 주기적으로 확인하여 설정 값에 문제가 있는지 확인하는 것이 좋다.

역시 중요한 부분들만 살펴 보겠다.

+ Aborted_clients : 클라이언트에서 연결이 적절하게 닫지 못해서 죽어서 취소된 연결 횟수이다. 이 값이 많다면 네트워크 연결에 문제가 있을 가능성이 있다. 네트웍을 확인해 보는 것이 좋으나 경우에 따라서 프로그래밍시 연결을 적절하게 끊어주지 않아 많이 발생하는 경우도 있으므로 크게 신경 쓸 필요는 없다.
+ Aborted_connects : 연결을 시도해서 실패한 횟수로 최대 동시접속자 수나 네트웍을 확인해보아야 한다.
+ Connections : 연결을 시도한 횟수로 사용령을 알 수 있다.
+ Key_reads : 디스크에서 물리적으로 키 블락을 읽어들인 횟수로 이 값이 크면 key_buffer_size이 너무 작게 설정되어 있는 경우가 대부분이며 이 값이 크면 성능에 큰 문제가 될 수 있으므로 key_buffer_size를 크게 설정해야 하며 시스템의 성능이 늘릴 수 없을 경우에는 시스템을 업그레이드 하는 것이 좋다. key_buffer_size이 시스템의 성능에 비해 너무 크게 잡을 경우 계속적인 페이징을 하게되어 더 느려질 수 있으므로 잘 고려해야 한다.
+ Key_reads, Key_read_request : Key_reads/Key_read_request로 계산하면 캐시 히트률을 알 수 있다. 0.01보다는 작아야 하며 무조건 작을 수록 좋다. 0.01보다 클 경우 key_buffer_size를 조정한다.
+ Max_used_connections : 최대 동시 접속자수이며 이 값을 보고 max_connections의 값을 조정한다.
+ Opened_tables : 열었던 테이블 수로 이 값이 너무 클 경우 table_cache의 값이 작은 경우일 수 있으므로 table_cache의 값을 늘려 주어야 한다.
+ Select_full_join : 인덱스를 사용하지 않은 조인으로 최대한 0에 가깝게 해주는 것이 좋으며 값이 너무 클 경우 테이블의 인덱스를 재설정해주거나 쿼리문은 수정해야 한다.
+ Questions : 서버로 보낸 질의 횟수로 이 값으로 앞으로의 사용량을 예측해보아 앞으로의 업그레으드의 계획을 세우는 것이 좋다. Questions와 Uptime을 이용하여 초당 질의 수를 알아볼 수 있다.
+ Table_locks_waited : 테이블 락을 위해 대기한 시간으로 최대한 작아야 한다. 설정 값만으로 줄일 수는 없으며 너무 클 경우 데이타베이스의 설계나 쿼리문에 문제가 있을 수 있으며 속도저하의 원인이 대부분 여기서 찾을 수 있다. 이부분은 뒤에 따로 다루어 보겠다.

my.cnf의 설정은 메모리와의 연관이 많다. 충분한 메모리가 있을 경우 다양한 설정을 할 수 있다.
변수는 key_buffer, table_cache, sort_buffer, record_buffer 의 값이 성능에 가장 큰 영향을 주나 무조건 크다고 성능이 좋아지는 것은 아니다.
시스템에 맞게 설정하는 것이 중요하다.

[출처] 아낌없이 주는 사랑 | 마게님 (http://comager.blog.me/60040577018)

MySQL 의 패스워드로 잠시 고민... 

대부분의 설치형 보드에서 MySQL 의 PASSWORD() 함수를 써서 사용자의 패스워드를 저장한다. 
문제는 접속 어플리케이션에서 날 패스워드를 날려 서버에서 비교하는 것은 말도 안된다는 것. 
쌍방간에 인코딩을 적절히 하려면 먼저 MySQL이 패스워드를 저장하는지 알아야 할 것 아닌가... 

일단 mysql 에서 패스워드가 어케 동작하는지 보자구. 

mysql -u root -p 

mysql> select password('mypass'); 
+-------------------------------------------+ 
| password('mypass') | 
+-------------------------------------------+ 
| *6C8989366EAF75BB670AD8EA7A7FC1176A95CEF4 | 
+-------------------------------------------+ 
1 row in set (0.00 sec) 


40글자. 160비트다. 


대충 인터넷을 뒤져보자. 

MySQL 사이트. 
http://dev.mysql.co...assword-hashing.html 

여기에 달린 리플이 재미난다. 

function mysql_41_password($in) 
{ 
$p=sha1($in,true); 
$p=sha1($p); 
return "*".strtoupper($p); 
} 

오호~~ 단순히 SHA1을 두번 거친 놈이네. 


진짜 그런지 테스트. (PHP) 


<?php 
$string = 'mypass'; 
printf("Original string: %sn", $string); 
printf("MD5 hash: %sn", md5($string)); 
printf("SHA-1 hash: %sn", sha1($string)); 
printf("MySQL Pass: %sn", sha1(sha1($string, true))); 
?> 

결과는 

Original string: mypass 
MD5 hash: a029d0df84eb5549c641e04a9ef389e5 
SHA-1 hash: e727d1464ae12436e899a726da5b2f11d8381b26 
MySQL Pass: 6c8989366eaf75bb670ad8ea7a7fc1176a95cef4 

대문자로 바꾸고 앞에 *만 붙이면 MySQL 의 패스워드 인코딩과 동일하다. 

[출처] http://www.gpgstudy.com/forum/viewtopic.php?p=125137&sid=cf619e282c948f016dbbbdf24d54ee32