로그 위치를 별도 지정하지 않았다면 일반적으로 /var/lib/mysql 에 생성됨.


바이너리 로그는 mysql-bin.0000XX 이런식으로 생성되며, 이 파일을 삭제할 경우가 생긴다면

mysql-bin.index에 기록된 정보도 같이 수정되어야 한다.

(* 이 내용이 일치하지 않으면 실행 안됨.)


바이너리 log 파일은 mysqlbinlog [로그파일명] 으로 볼 수 있으며, 텍스트 파일 형태로 변환할 때는 mysqlbinlog mysql-bin.000001 >> mysqlquerylog.txt 형태로 변경하여 볼 수 있다. 

용량이 크면 split으로 분리할 것!


/etc/my.cnf 에서 innodb_log_file_size의 용량을 수정할 때는 innodb_buffer_pool_size의 25% 이하로 설정해야 함.


innodb_log_file_size옵션값으로 설정되는 파일이 ib_logfile0과 1인데, 해당 옵션의 값을 조정하려면 아래와 같은 순서로 진행해야 한다.


1) mysql 종료

2) ib_logfile0과 1을 이동하거나 이름 변경

3) 옵션값 조정

4) 재시작


기존에 할당된 용량만큼의 사이즈로 이미 할당되어 있기에 옵션만 바꾸면 실행시 에러가 발생한다. 주의할 것!


(원 출처)http://www.skysql.com/blogs/max-mether/mysql-56-vs-mariadb-100


지원하는 기능들에 대해서 잘 정리되어 있어 공유해둠.



10.0.2가 릴리즈되면 지금 쓰는 mysql5.6을 대체할 예정이었는데 좀 더 고민 중.


mariaDB에 innoDB의 memcached plugin이 아직 존재하지 않는 듯.


빨리 지원되어야 할텐데... 

DB운영은 DBA가 있는 회사의 경우 크게 신경쓸 부분은 아니지만,

테이블 설계와 인덱스, 쿼리에 대해서는 서버 개발자라면 어느 정도 다루시게 되죠. 

그래서 꼭 알아야 할 몇가지를 정리해 봤습니다. 

혹시 이에 추가 할 내용이 있다면 댓글로 추가해 주시면 같이 정리해서 모아 두겠습니다.

* 테이블 설계
  : 한 컬럼이 8byte넘어설 때 생기는 문제점
  : text/binary 타입 사용시 문제점
  : DB의 PAGE SIZE를 확인, 설계시 주의할 점은 무엇인가

* 인덱스 
  : 클러스터/넌클러스터 인덱스
  : WHERE 이후 절의 내용과 인덱스 설정의 상관관계 
  : 어떤 경우에 인덱스 정보를 주기적으로 갱신할 필요가 있는가

* 쿼리
  : SP를 사용하는 이유,  메모리에 올라가는 시점, DB 재시작(시스템 리붓 등으로) 후 바로 서비스를 하면 발생하는 문제
  : 동적/정적 쿼리의 차이점, SP에서 동적 쿼리를 쓰면 안되는 이유
  : FK의 장단점
  : JOIN 사용시 주의사항 
  : 트리거 연동시 주의사항 

[운영을 직접 해야 할 경우]
* 운영
  : 트랜젝션 로그의 특징
  : 전체 백업과 차등 백업의 차이
  : DB의 실시간 복재시 주의사항 
  : DB 복원시 주의사항

http://cafe.naver.com/ongameserver/6472 
로컬 계정으로 설정되어 있는 DB의 요소들이 있다면 SA 혹은 특정 SQL 계정으로 전환하던가 

AD 계정으로 설정하여야 한다. 

특히 예약 작업에 대한 변경이 필수라는거 .. 잊으면 안되요! 
"MS-SQL 서버는 Select(RecordSet) 와 OUTPUT Parameter 동시에 사용할 때 해당 Select(RecordSet) 를 모두 읽어 들여야만 OUTPUT Parameter 에 값이 채워진다."


(출처) 
http://extern.tistory.com/20 

다른거 검색하다가 문득 정리 잘 된 글이 있어서 링크를 걸어본다. 
"임시 디렉터리를 찾을 수 없거나 디스크 공간이 부족합니다"

아직 sql 2000을 사용하고 있는데 오랜만에 들어가서 매니저를 열려고 하니 위와 같은 에러가 발생하네요. 

시스템 관리자가 temp 디렉토리를 지운 듯... -_-;


환경 변수 찾아가서 windows temp 디렉토리 설정 관련된 옵션을 하나씩 열고 그대로 저장 한번 해주고.. 최종 확인 누르고 나오면 temp 관련된 폴더가 다시 생성됩니다. 

다시 열면 그대로 진행됩니다. 

혹은 진짜 디스크 공간이 없거나.. 0-0


* 찾아보니 MMC 관련된 에러군요. ^^;;

Windows Server 2008 (sp2) 64bit 버젼에 MSSQL 2005를 설치했는데, 이전에 없던 에러가 발생하였습니다.

관리툴에서 "관리-> 유지관려계획" 에 있는 내용을 "SQL Server Agent"의 "작업"에 등록을 하려고 하니 GUID가 일치하지 않는 다면서 죽네요.

알고보니 MSSQL 2005설치하면 DB 엔진과 관리툴의 버젼이 틀려 발생하는 문제였습니다. 

sp1이상 설치하면 이상없이 잘 진행됩니다. 

sp3 설치하니 인터페이스도 좀 더 편리하게 바뀌었군요. -0- 

2008만 쓰다가 라이센스 문제로 IDC에 2005를 설치했는데.. 정말 깜놀했습니다. -_- 괜히 업데이트해서 30분 라이브 서비스 지연했네요.  ㄷㄷ  

+ Recent posts