티스토리

MyInfraBox
검색하기

블로그 홈

MyInfraBox

myinfrabox.tistory.com/m

인프라쟁이 DBA 님의 블로그입니다.

구독자
26
방명록 방문하기
공지 MySQL 5.7 및 MySQL 8.⋯ 모두보기

주요 글 목록

  • [Linux] Port Forwarding - 포트 포워딩 ■ 포트포워딩이란?데이터베이스 서버는 보통 내부망이나 특수한 망에 설치가 됩니다. 그래서 외부에서 보통 접속되지 않고 특정한 앱서버나 접근제어 솔루션에 의해 접속이 됩니다.이외 다른 방법으로 ssh 터널링이나 Port Forwarding방식으로 접속을 하게 됩니다. 이중에서 포트 포워딩에 대해 알아보겠습니다.(꼭 디비가 아니더라도 웹서버나 어플리케이션 서버에서도 이 방법을 통해 접속이 가능합니다.) ■ Port Fowwarding 환경아래와 같은 환경으로 되어 있다고 가정해보겠습니다.  ▶︎ 접속 방법사용자는 10.15.11.15의 IP를 가지고 있다고 가정해 보겠습니다. 그리고 6.6.6.6의 퍼블릭 IP를 가지는 서버에 접속을 할때 4306이라는 포트로 접속을 시도합니다. 그럼 중간 서버에서 내부 규.. 공감수 0 댓글수 0 2024. 8. 15.
  • [Ubuntu] 우분투 의존성 패키지 한번에 다운로드 ■ 배경 보통 폐쇄망이나 기타 인터넷 접속이 안되는 곳에서 특정 패키지를 설치할때 의존성때문에 설치가 안되는 경우가 있습니다. 또한 apt도 지원이 안되기 때문에 당연히 외부에서 패키지를 가져와야 합니다. 이럴때 사용하는 방법입니다. ■ 명령어 해당 명령어는 다음과 같습니다. $ sudo apt-get reinstall --download-only -y [패키지명] reinstall 외에 install이란 명령어도 있습니다. 그런데 굳이 reinstall을 쓰는 이유는 다음과 같습니다. a라는 패키지를 특정 서버에서 다운로드 하게되면 현재 서버에 설치되어 있는 의존성 패키지는 제외하고 기존에 없는 의존성 패키지만을 다운로드 하게 됩니다. 즉 d라는 패키지를 다운로드 할때 a라는 의존성 패키지가 위의 명령.. 공감수 0 댓글수 0 2024. 3. 6.
  • [MySQL] mysqlsh의 util.dumpInstance, util.dumpSchemas, util.dumpTables를 이용하여 덤프하고 util.loadDump로 로드하기 ■ mysqlsh를 이용한 데이터 덤프 및 엑스포트 방법 앞에서 util.dumpTable, util.exportTable 이 2가지를 이용하여 엑스포트 및 로드를 해보았습니다. https://myinfrabox.tistory.com/278 [MySQL] mysqlsh의 util.exportTable, util.importTable를 이용하여 덤프 및 임포트하기 ■ mysqlsh를 이용한 데이터 덤프 및 엑스포트 방법 테이블 엑스포트 및 덤프 방법은 util.exportTable 및 util.importTable을 이용하여 하는 방법이 있습니다. 참고로 util.dumpTable(), util.dumpTable(), util.exportTabl myinfrabox.tistory.com 이번에는 레벨별로 .. 공감수 0 댓글수 0 2024. 2. 29.
  • [MySQL] mysqlsh의 util.exportTable, util.importTable를 이용하여 덤프 및 임포트하기 ■ mysqlsh를 이용한 데이터 덤프 및 엑스포트 방법 테이블 엑스포트 및 덤프 방법은 util.exportTable 및 util.importTable을 이용하여 하는 방법이 있습니다. 참고로 util.dumpTable(), util.dumpTable(), util.exportTable() 및 util.loadDump을 이용하는 방법이 더 최근의 방법인데 이 방법은 다음에 바로 알아보도록 하겠습니다. 먼저 위의 2가지를 이용하여 테이블 단위로 덤프 및 임포트를 하는 방법에 대해 알아보겠습니다. ■ util.exportTable, util.importTable을 이용하여 데이터 엑스포트 및 임포트를 할시 장점 select... into outfile로 엑스포트 하는것보다 속도가 훨씬 더 빠릅니다. 마찬가.. 공감수 0 댓글수 0 2024. 2. 19.
  • [MySQL] PERSIST, RESET PERSIST를 통한 서버 파라미터 관리 ■ Dynamic Parameter, Static Parameter(동적 파라미터, 정적 파라미터) Static parameter는 시스템에 바로 적용시 문제가 되는 파라미터들이 대부분입니다. 그래서 보통 DBMS 재시작을 요구하며 이때 적용됩니다. MySQL 파라미터는 크게 Dymic Parameter, Static Parameter가 있습니다. 이 다이나믹 파라미터는 현재 운영중인 MySQL DBMS에서 바로 변경이 가능하고 신규 컨넥션부터 바로 변경된 파라미터로 운영이 됩니다. 또한 다이나믹 파라미터는 현재 접속되어 있는 세션에만 적용할수도 있고 전체 파라미터에 설정을 할수도 있습니다. 그러나 한가지 문제가 DBMS를 재시작하게 되면 글로벌로 적용된 파라미터라도 my.cnf 환경파일에 작성되지 않은.. 공감수 0 댓글수 0 2024. 1. 1.
  • [MySQL] Logrotate - 로그 분할 ■ MySQL 로그 관리 필요성 MySQL 로그는 기본적으로 하나의 파일이 생성되면 계속 처음에 생성된 파일에 쌓이는 구조입니다. 만약 사용량이 많은 MySQL에서 로그 파일에 대해 그냥 두게 된다면 파일 하나에 몇기가로 쌓일 수도 있습니다. 이는 추후 문제 문석을 해야 할때 파일의 크기가 워낙 크기 때문에 문제가 될 수도 있습니다. 그래서 주기적으로 파일을 절단하여 크기를 관리해 주어야 합니다. ■ 로그 파일 관리 - Logrotate 리눅스 시스템엔 본적으로 로그관리를 해주는 기능이 기본적으로 탑재되어 있습니다. Logrotate라고 불리는 이 기능은 로그관리가 필요한 파일에 대하여 매일, 매주, 월간등등 주기를 정하여 그때마다 파일을 분할(logrrotate)하여 파일을 0바이트 크기부터 시작할 수.. 공감수 1 댓글수 0 2023. 7. 2.
  • [MySQL] 서버 자동 환경 설정(MySQL 8.0) ■ 서버 자동 설정 변수(파라미터) MySQL 8.0에는 서버 메모리 환경을 자동으로 설정해주는 파라미터가 있습니다. 이 파라미터에 대해 한번 알아보겠습니다. ▶︎ 변수 확인 먼저 서버 변수에 대해 알아보겠습니다. 변수명 : innodb_dedicated_server 명령라인 형식 --innodb-dedicated-server[={OFF|ON}] 시스템 변수 innodb_dedicated_server 범위 전역 동적여부 아니오 SET_VAR 힌트 적용 아니오 형식 Boolean(참, 거짓) 기본값 OFF ▶︎ 자동 설정 변수 innodb_dedicated_server가 활성화되면 InnoDB는 자동으로 다음 변수를 구성합니다. • innodb_buffer_pool_size • innodb_redo_log.. 공감수 0 댓글수 0 2023. 3. 19.
  • [MySQL] 리눅스의 파일 열기 갯수 변경 및 자원 제한 확인 ■ 파일오픈갯수의변경및자원사용량변경의필요성 리눅스를 설치하면 기본적으로 오픈할 수 있는 File의 갯수가 작습니다. 이게 중요한 이유는 오픈할 수 파일 갯수가 작다면 성능에 제약을 받기 때문입니다. 예를 들어 파일 요청파일 갯수가 3000이 들어왔는데 열수 있는 파일이 1000개라면 1000개 이후의 모든 요청은 거절되거나 대기상태로 빠지기 때문입니다. 서버의 성능이 어느정도 된다면 기본값보다 값을 늘려 성능을 향상시킬 수 있습니다. ■ Linux의 확인 및 환경 설정 서버에서는 file-max 란 시스템 파라미터로 불리며 이것은 한번에 운영할 수 있는 파일수를 의미합니다. 보통 4MB 메모리당 256개의 파일을 운용할 수 있다고 합니다. ▶︎ 오픈 가능한 파일 갯수 확인 및 적용 방법 • 확인 방법 현.. 공감수 2 댓글수 0 2023. 3. 19.
  • [MySQL][Parameter] back_log MySQL 서버 변수중 back_log라는 시스템 변수가 있습니다. 이 변수는 MySQL 커넥션 성능과 굉장히 밀접한 관련이 있는데 OS 커널파라미터중 네트워크와 밀접한 관련이 있습니다. 이 시스템 변수에 대해 알아보겠습니다. ■ 서버 변수 back_log에 대한 설명 MySQL이 가질 수 있는 미해결 연결 요청 수 입니다. MySQL 스레드가 매우 짧은 시간에 매우 많은 연결 요청을 받을 때 작동합니다. 그런 다음 메인 스레드가 연결을 확인하고 새 스레드를 시작하는 데 약간의 시간(아주 짧지만)이 걸립니다. back_log 값은 MySQL이 일시적으로 새 요청에 대한 응답을 중지하기 전에 이 짧은 시간 동안 쌓일 수 있는 요청 수를 나타냅니다. 단기간에 많은 수의 연결이 예상되는 경우에만 이 값을 늘려.. 공감수 0 댓글수 2 2023. 2. 24.
  • [MySQL][Parameter] 다양한 Read Only 파라미터 MySQL 5.7 부터 read_only종류가 4가지 종류로 늘어나게 되었습니다. 단순히 복제 서버에서 Write를 막기위한 read_only뿐만이 아니라 특수한 read_only 파라미터도 있는데 이것에 대해 알아보겠습니다. ■ innodb_read_only innodb Strage Engine을 사용하는 테이블들에 대해 모두 읽기로만 작동되게 합니다. 기존 5.7 이하 버전에서는 InnoDB Storage엔진을 사용하는 테이블들에 대해서만 삭제나 생성이 불가능했는데 8.0 이상부터는 모든 스토리지 엔진을 대상으로 읽기 상태로 바뀌게 됩니다. 참고로 위의 innodb_read_only가 활성화 되면 다음과 같은 명령어들이 실패하게 됩니다. ANALYZE TABLE, ALTER TABLE tbl_name.. 공감수 0 댓글수 0 2023. 2. 16.
  • [MySQL] [MHA] 03. MHA 테스트 및 Failover ■ MHA 체크 방법 먼저 MHA 설치 및 환경설정까지는 완료가 되었습니다. 이제 MHA 설정에 이상이 없는지 체크를 진행합니다. ▶ MHA 주요 명령어 확인 Script명 설명 masterha_check_ssh SSH 접속 체크 masterha_manager Manager 실행(모니터링 시작) - 장애 발생시 failover 수행됨 masterha_stop Manager 중지 masterha_master_switch TakeOver(relocate) 수행 masterha_check_repl 복제 현황(Master/Slave 노드 정보등) masterha_check_status Status 확인하기 위의 스크립트 수행은 mha 유저로 수행합니다. 또한 실행 역시 MHA Manager서버에서 수행합니다. .. 공감수 0 댓글수 0 2022. 10. 2.
  • [MySQL] [MHA] 02. MHA 환경설정 및 설치 ■ MHA 구성 요소 ▶ Manager 패키지 매니저 노드에 설치되며 복제 그룹을 모니터링하는 패키지와 장애조치 스크립트들이 포함되어 있습니다. ▶ 노드 패키지 매니저 노드를 제외한 모든 노드에 설치되며 바이너리 로그, 릴레이 로그등을 관리하기 위한 패키지와 스크립트들이 포함되어 있습니다. ■ 실습환경 호스트명 IP ROLE mhamgr 192.168.0.100 MHA Manager db1 192.168.0.101 Master db2 192.168.0.102 Slave 1 db3 192.168.0.103 Slave 2 VIP 192.168.0.105 VIP Keep alived를 이용한 가상 IP관리 방법도 있으나 추후 알아보겠습니다. 여기서는 ifconfig를 이용하여 가상 IP를 관리해보도록 하겠습니.. 공감수 1 댓글수 0 2022. 10. 2.
  • [MySQL] [MHA] 01. MHA 이론 ■ MHA 소개 MHA는 MySQL High Available의 약자로 MySQL의 HA솔루션중에 하나입니다. 구글에서 오픈소스로제공되었으나 현제는 중단되고 다른 개발자가 업데이트를 해오다 2018년도부터 중단되었습니다. 하지만 지금도 MySQL에서 가장 많이 쓰이는 HA솔루션중에 하나입니다. 보통 DB의 HA솔루션은 Shared Disk를 이용하고 액티브 서버에 문제 발생시 HA솔루션이 문제를 감지하고 Shared Disk를 스탠바이 서버에 붙인 후 스탠바이 서버를 액티브로 기동하여 서비스를 정상화 시킵니다. 하지만 MHA는 특이하게 마스터 - 슬레이브 복제 구조에서 슬레이브중 하나를 마스터로 승격시키고 나머지 슬레이브들을 신규로 승격된 마스터에 모두 옮김으로서 HA를 완성시킵니다. 물론 Peace M.. 공감수 1 댓글수 0 2022. 10. 2.
  • [MySQL][Replication] Semi Sync 기능과 설정방법 ■ 세미싱크 소개 일반적으로 MySQL에서 복제라 얘기하면 Master - Slave(Replica)구조의 복제방식입니다. 그리고 이 복제방식은 특별한 설정을 하지 않는다면 비동기 방식입니다. 동기 방식은 크게 반동기(세미싱크) 방식과 비동기 방식 2가지가 있습니다. 이걸 구분하는 방법은 슬레이브 바이너리 로그에 DML이 적용되었는지 여부를 판단하느냐 않하느야에 달려 있습니다. 먼저 비동기 방식에 대해 알아보겠습니다. 비동기 방식은 마스터에서 DML이 발생하면 바이너리 로그에 DML을 작성하고 이 바이너리 로그를 슬레이브로 보냅니다. 이때 비동기 방식은 바이너리 로그가 슬레이브 로그에 적용되었는지 여부에 관련없이 무조건 자신의 DML만 수행합니다. 이 방식은 마스터에서의 수행 여부만 판단하기 때문에 속도.. 공감수 0 댓글수 0 2022. 8. 7.
  • [MySQL][Replication] MSR - Multi Source Replication 개념과 구성방법 ■ MSR (Multi Source Replication)이란? 간단하게 설명해서 여러개의 마스터 서버 발생하는 데이터를 하나의 슬레이브 서버에서 받아내는 방식입니다. 그림 1. MSR 구성도 이 방식을 이용하면 여러 마스터 서버의 특정 DB만을 슬레이브에서 받아서 한번에 조회가 가능하다는 장점이 있습니다. 예를 들어 MASTER 1번의 특정 DB, MASTER 2번의 특정 DB, MASTER 3은 전체 DB를 복제하여 이 DB들을 한곳에 모아서 조회를 할수가 있습니다. 이것을 응용한다면 아래와 같은 그림으로도 구성할 수 있습니다. 그림 2. MSR 다중 구성도 여러개의 마스터-슬레이브 복제 클러스터들이 있을때 이중에서 특정 마스터의 특정 DB들만을 한곳에 모을 수 있습니다. 또한 이 데이터를 통계데이터.. 공감수 0 댓글수 0 2022. 7. 9.
  • [MySQL][Admin] timestamp 컬럼 속성과 timzone과의 관계 ■ Timestamp 와 timezone과의 관계 timestamp 컬럼 속성을 가지는 데이터를 마이그레이션 할때 유의할 사항이 있습니다. 그것은 timezone의 속성이 굉장히 중요하다는 것입니다. 예를 들어 기존 MySQL 서버의 time zone이 KST(+9시간) 일때 만약 UTC tim zone(+0)시간을 가지는 MySQL 서버에 데이터를 입력할 경우 UTC의 시간으로 바뀝니다. 즉 현재 MySQL서버의 시간에 따라간다는 의미입니다. 테스트를 통해 알아보도록 하겠습니다. ■ 테스트 다음과 같은 데이터가 있다고 가정합니다. mysql> select @@time_zone; +-------------+ | @@time_zone | +-------------+ | +09:00 | +----------.. 공감수 0 댓글수 0 2022. 6. 28.
  • [MySQL][Master-Slave] GTID 복제 에러 건너뛰기 ■ 복제 에러 건너뛰기 MySQL의 마스터-슬레이브 복제 환경에서 운영시 복제가 멈추는 상황이 발생합니다. 예를 들면 데이터 중복오류 슬레이브에 존재하지 않는 데이터베이스에 데이터 입력 슬레이브에 존재하지 않는 테이블에 데이터 입력 시도 등 여러가지가 있습니다. 이런 이유들로 인해 데이터 복제가 멈추게 됩니다. 여기에서는 이런 에러에 대해 해결하는 방법에 대해 알아보겠습니다. ■ 에러 상황 복제 중지 에러가 발생하게 되면 보통 다음과 같은 에러가 발생하게 됩니다. 아래에 나와있는 show slave status 명령을 입력하게 되면 에러 내용에 대해 자세히 나오게 됩니다. 위에 보면 Last_Errno와 Last_Error가 있습니다. 이곳에서 왜 에러가 발생했는지 원인을 파악해 볼 수 있습니다. mys.. 공감수 0 댓글수 0 2022. 6. 12.
  • [MySQL][Admin] InndoDB - Undo Log ■ Undo Log란? • 임시 테이블 스페이스에있는 언두 로그는 사용자 정의 임시 테이블의 데이터를 수정하는 트랜잭션에 사용됩니다. 실행 취소 로그 레코드의 집합으로 Transaction 실행후 Rollback 시 Undo Log 를 참조해 이전 데이터로 복구할수 있도록 로깅 해놓은 영역입니다. 서버가 실행되는 동안 롤백에만 사용됩니다. 이 유형의 실행 언두 로그는 재실행 로깅 I/O를 피함으로써 성능을 향상시킵니다. 트랜잭션이 데이터를 쓸 때 항상 테이블 인덱스 또는 데이터(버퍼 풀 또는 실제 파일)에 데이터를 삽입합니다. 개인 복사본이 생성되지 않습니다. 활성 XtraDB/InnoDB 트랜잭션에 의해 수정되는 이전 버전의 데이터는 실행 취소 로그에 저장됩니다. 그런 다음 원본 데이터를 복원하거나 일.. 공감수 0 댓글수 0 2022. 5. 13.
  • [MySQL] Group Commit & 2Phase Commit ■ DBMS에서 커밋(Commit)이란?? COMMIT 문은 관계형 데이터베이스 관리 시스템(RDBMS)에서 트랜잭션을 종료하고 다른 사용자에게 변경된 모든 사항을 보이도록 만드는 명령문입니다. 일반적으로 트랜잭션 종료시 해당 업데이트를 확정한다는 의미에서 "commit"이라고 합니다. 반대로 업데이트를 취소 처리를 롤백 (ROLLBACK)이라고 하며, 이러한 제어를 약속 제어라고 부르기도합니다. SQL에서는 ROLLBACK 문이 그 처리를 담당합니다. SQL에서 COMMIT은 RDBMS 내에 있는 데이터베이스 트랜잭션을 종결시키고, 모든 변화를 다른 사용자들이 볼 수 있게 합니다. 일반적인 포맷은 BEGIN WORK 구문으로 시작하여, COMMIT 구문이 나오게 됩니다. 다른 방법으로 ROLLBACK .. 공감수 0 댓글수 0 2022. 4. 8.
  • [Mac] iterm 설치하기 및 화면 분할 사용방법 Mac에서 가장 유용한 터미널 프로그램을 꼽으라면 두말할 필요없이 Iterm 프로그램을 주저없이 선택할 것입니다. 아마 맥 사용자치고 이 터미널 프로그램을 기본으로 사용하지 않는 사용자는 없을 것입니다.(본인이나 회사에서 유료로 사준 터미널 프로그램이 없는한) 또한 oh my zsh라는 터미널을 꾸며주는 프로그램까지 얹어서 사용한다면 자신이 원하는 테마로 꾸며서 더 편리하게 사용할 수 있습니다. 여기서는 iTerm설치 방법과 화면분할 방법에 대해서 알아보겠습니다. ■ 설치 방법 다운로드 사이트 : https://iterm2.com/ iTerm2 - macOS Terminal Replacement iTerm2 by George Nachman. Website by Matthew Freeman, George .. 공감수 2 댓글수 0 2022. 3. 27.
  • [MySQL] InnoDB - Redo Log ■ Redo Log란 많은 데이터베이스 관리 시스템과 마찬가지로 MySQL은 데이터 내구성을 달성하기 위해 로그를 사용합니다(기본 InnoDB 스토리지 엔진을 사용할 때). 만약 DB 에 장애가 발생하여서 메모리 영역에만 남아있는 데이터를 디스크 영역으로 옮겨지지 못한채 서버가 다운되는 현상이 발생했을때 복구할수 있는방법이 바로 Redo Log, Undo log를 이용하는 것입니다. 이 로그들을 이용하면 트랜잭션이 커밋될 때 충돌이나 정전이 발생해도 데이터가 손실되지 않습니다. 리두로그에 대해선 따로 정리해서 포스팅하겠습니다. ■ Redo log 동작원리 MySQL의 InnoDB 스토리지 엔진은 고정 크기(순환방식)의 Redo 로그 공간을 사용합니다. 크기는 innodb_log_file_size 및 in.. 공감수 0 댓글수 0 2022. 2. 11.
  • [MySQL] InnoDB 스토리지 엔진 상태 모니터링 ■ InnoDB 스토리지 엔진 모니터링 방법 InnoDB 스토리지의 상태를 확인하는 방법은 infomration_Schema와 sys스키마, performance 스키마를 확인하는 방법등이 있습니다. 이중에서 가장 대표전인것이 Show 명령어를 이용하여 엔젠상태를 확인하는 방법입니다. 이 명령어를 통해서 나오는 스토리지 엔진에 대해 하나하나 확인해 보겠습니다. ■ 스토리지 엔진 내용 MySQL에서 다음과 같은 명령어를 입력하면 아래와 같은 화면이 나옵니다. 이 내용 안에는 Deadlock 정보, 버퍼풀 정보, 트랜잭션 정보등 정말 DBA에게 중요한 정보들이 많이 나옵니다. 이 정보들에 대해 확인해 보겠습니다. MySQL> show engine innodb status; ===================.. 공감수 0 댓글수 0 2022. 1. 16.
  • [MySQL] Replica 서버(슬레이브 서버)를 안정적으로 운영하기 위한 파라미터 설정 sync_relay_log sync_relay_log를 1로 설정하면 수신된 각 트랜잭션이 디스크에 기록된 후 릴레이 로그를 디스크에 동기화하도록 복제 I/O 스레드에 지시합니다. 즉 성능은 줄이되 안정성을 높이는 방법입니다. 가능하면 1로 설정을 권고합니다. 0이나 다른 숫자로 바꾸면 성능이 좋아지긴 합니다. 이건 선택적인 문제이기도 합니다. 참고로 sync_relay_log를 1보다 크게 또는 sync_relay_log를 0(여기서 동기화는 운영 체제에서 처리됨)인 경우 복제본이 예기치 않게 중단되는 경우 디스크에 동기화되지 않은 커밋된 트랜잭션이 있을 수 있습니다. 이러한 트랜잭션으로 인해 디스크에 마지막으로 동기화된 릴레이 로그에 있는 정보를 기반으로 복구 중인 복제본이 트랜잭션을 건너뛰는 대신 .. 공감수 0 댓글수 0 2022. 1. 6.
  • [MySQL] IOT 테이블과 Primary Key와의 관계 그리고 세컨더리 인덱스 ■ InnoDB 스토리지 엔진의 테이블 데이터 저장 방식 MySQL 테이블의 데이터는 IOT(Index Oraganized Table)라고 하여 프리머리 키값을 이용하여 데이터를 정렬 후 테이블에 저장하게 되어 있습니다. 이 프리머리 키를 다른말로 클러스터링 인덱스라고도 합니다. 그리고 MySQL에서는 이 클러스터링 인덱스가 좀 특별하게 다루어집니다. 그림 1. MySQL B-Tree 인덱스 구조 위의 그림은 MySQL의 클러스터링 인덱스의 구조인데 일반적인 B- Tree 인덱스와 비슷합니다.. 그러나 MySQL에서 B-Tree 인덱스의 리프노드에는 모든 칼럼이 같이 저장되어 있습니다. 즉 클러스터링 테이블은 데이터와 프리머리 인덱스를 모두 포함하고 있는 구조가 되는 것입니다. ■ 세컨더리 인덱스(Sec.. 공감수 1 댓글수 0 2022. 1. 3.
  • [MySQL] COM_XXX 명령문 카운터 관련 모니터링 ■ Com_xxx 명령문 카운터 Com_xxx 명령문 카운터 변수는 각 xxx 문이 실행된 횟수를 나타냅니다. 각 명령문 유형에 대해 하나의 상태 변수가 있습니다. 예를 들어 Com_delete 및 Com_update는 각각 DELETE 및 UPDATE 문을 계산합니다. Com_delete_multi 및 Com_update_multi는 유사하지만 다중 테이블 구문을 사용하는 DELETE 및 UPDATE 문에 적용됩니다. 쿼리 캐시에서 쿼리 결과가 반환되면 서버는 Com_select가 아니라 Qcache_hits 상태 변수를 증가시킵니다. 차이점을 잘 판별해야 합니다. Prepared Statement(준비된 명령문) Parameter(인수)를 알 수 없거나 실행 중 오류가 발생한 경우에도 모든 Com_s.. 공감수 0 댓글수 0 2022. 1. 2.
  • [MySQL][InnoDB] Buffer Pool 상태저장과 복원(Buffer Pool Cache Warming기법) ■ 버퍼풀 상태 저장과 복원 서버를 다시 시작한 후 워밍업 기간을 줄이기 위해 InnoDB는 서버 종료시 각 버퍼 풀에 대해 가장 최근에 사용한 페이지의 백분율을 저장하고 서버 시작시 이러한 페이지를 복원합니다. 최근에 저장된 페이지의 백분율은 innodb_buffer_pool_dump_pct 구성 옵션으로 정의됩니다. 사용중인 서버를 다시 시작한 후에는 버퍼풀에 있던 디스크 페이지가 메모리로 다시 가져오기 때문에 (같은 데이터를 쿼리, 업데이트 등) 일반적으로 워밍업 시간이 꾸준히 증가합니다. 시작시 버퍼 풀을 복원하는 기능은 DML 조작이 해당 행에 액세스 할 때까지 기다리지 않고 다시 시작하기 전에 버퍼 풀에 있던 디스크 페이지를 다시로드하여 예열시간(warmup)을 단축시킵니다. 또한 대규모 일괄.. 공감수 1 댓글수 0 2021. 12. 18.
  • [MySQL] MySQL 8.0.25 Rocky Linux 8.5 아시다시피 CentOS 8이 Redhat 정책에 의해서 더이상 엔터프라이즈 리눅스로서 위치가 이상해지기 시작했습니다. 역시 IBM으로 편입되면서 애매한 위치를 만들어 버리는군요. 이에 RHEL을 Fork하여 CentOS와 비슷한 엔터프라이즈 커뮤니티를 다시 만든것이 Rokcy 리눅스인것으로 알고 있습니다. 조만간 리눅스가 안정화되기 시작하면 본격적으로 CentOS를 대체할것이라 생각합니다. 특히 8.5는 정식으로 Rocky Linux에서 릴리즈한 버전으로 도전정신이 있으신분은 쓰셔도 무방할 듯 합니다. 저도 빨리 정식 서비스에 사용해보고 싶습니다. 지금부터 MySQL 8.0을 Rocky Linux에 설치하는 방법을 알아보도록 하겠습니다. ■ MySQL 계정 만들기 먼저 mysql에서 사용할 계정을 만들어.. 공감수 0 댓글수 1 2021. 12. 12.
  • [MySQL] MySQL에서 IP저장단위 및 조회방법 보통 IP를 DB에 저장할때는 캐릭터 형태의 컬럼(varchar 혹은 char)을 많이 사용하는것으로 알고 있습니다. 저또한 마찬가지 입니다. 그러나 MySQL에서는 IP를 특화된 방법으로 저장하고 불러올 수 있습니다. 또한 저장 방법이 Integer방식이기 때문에 검색에서 더 효율적이기도 합니다. MySQL에서 IP를 저장하는 방법과 호출하는 방법에 대해 알아보겠습니다. ▶︎ 준비사항 MySQL에서 IP를 저장하는 방법은 숫자형으로 저장이 됩니다. MySQL문서에서는 INT형보다는 INT UNSIGNED 컬럼을 사용할것을 권고하고 있습니다. create table addr(ip int(11) unsigned); ▶︎ 사용방법 INET_ATON(expr) 일발적인 IPv4 네트워크 주소 방식으로 표현된 .. 공감수 0 댓글수 0 2021. 12. 10.
  • [MySQL] Connection 튜닝 ■ Connection 관련 파라미터와 MySQL 상태 변수 컨넥션에 관련된 파라미터와 상태 확인 변수들입니다. 상태 변수 확인 후 관련 파리미터를 설정하여 성능을 개선시킬 수 있습니다. 파라미터미터와 상태 변수의 상호 관계와 어떤 부분을 모니터링하고 확인해야 하는지 알아봅니다. 1. Variables (예 : show variables like '%max_connection%';) • max_connections 허용되는 최대 동시 클라이언트 연결 수입니다. 접속 최대수를 초과해 접속 시도를 하는 경우 "too many connections error"이 발생 합니다. max_connection 수가 늘어 나면 innodb 의 thread별 메모리 사용량이 늘어나 같이 고려해야 합니다. mysql> s.. 공감수 0 댓글수 0 2021. 11. 26.
  • [MySQL] Performance Cheat Sheet(성능 관련 파라미터들) MySQL Performance Cheat Sheet MySQL은 확장가능하고 원하는 성능을 위해 최적화하고 조정할 영역이 많습니다. 일부 변경은 동적으로 수행할 수 있고 다른 변경은 서버를 다시 시작해야 합니다. 기본 구성으로 MySQL 설치를 하는 것은 매우 일반적이지만 때로는 워크로드 및 설정 자체에 적합하지 않을 수 있습니다. MySQL의 주요 영역을 요약하여 이를 살펴보겠습니다. System Variables MySQL에는 변경을 고려할 수 있는 많은 변수가 있습니다. 일부 변수는 동적이므로 SET 문을 사용하여 설정할 수 있습니다. 다른 것들은 구성 파일(예: /etc/my.cnf, etc/mysql/my.cnf)에서 설정한 후 서버를 다시 시작해야 합니다. 서버를 최적화하기 위해 조정하는데 .. 공감수 0 댓글수 0 2021. 11. 13.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.