■ 포트포워딩이란?데이터베이스 서버는 보통 내부망이나 특수한 망에 설치가 됩니다. 그래서 외부에서 보통 접속되지 않고 특정한 앱서버나 접근제어 솔루션에 의해 접속이 됩니다.이외 다른 방법으로 ssh 터널링이나 Port Forwarding방식으로 접속을 하게 됩니다. 이중에서 포트 포워딩에 대해 알아보겠습니다.(꼭 디비가 아니더라도 웹서버나 어플리케이션 서버에서도 이 방법을 통해 접속이 가능합니다.) ■ Port Fowwarding 환경아래와 같은 환경으로 되어 있다고 가정해보겠습니다. ▶︎ 접속 방법사용자는 10.15.11.15의 IP를 가지고 있다고 가정해 보겠습니다. 그리고 6.6.6.6의 퍼블릭 IP를 가지는 서버에 접속을 할때 4306이라는 포트로 접속을 시도합니다. 그럼 중간 서버에서 내부 규..
■ MySQL Shell 설치 ▶︎ 설치 방법 • 다운로드 URL https://dev.mysql.com/downloads/shell/ OS와 플랫폼에 맞는 버전을 다운로드합니다. 여기서는 CentOS 7에 설치하는 방법을 알아봅니다.. 위의 경로에 접속 후 Select Operating System에 Redhat Enterprise Linux / Oracle Linux를 선택 후 Red Hat Enterprise Linux 7 / Oracle Linux 7 (x86, 64-bit), RPM Package 8.0.23 31.6M (mysql-shell-8.0.23-1.el7.x86_64.rpm) 을 다운로드 합니다. 그리고 아래와 같은 명령어로 설치합니다. shell> yum install mysql-s..
■ Performance Schema 소개 MySQL 성능 스키마는 낮은 수준에서 MySQL 서버 실행을 모니터링하는 기능입니다. 성능 스키마에는 다음과 같은 특성이 있습니다. - 성능 스키마는 런타임에 서버의 내부 실행을 검사하는 방법을 제공합니다. PERFORMANCE_SCHEMA 스토리지 엔진 및 performance_schema 데이터베이스를 사용하여 구현됩니다. 성능 스키마는 주로 성능 데이터에 중점을 둡니다. 이는 메타 데이터 검사에 사용되는 INFORMATION_SCHEMA와 다릅니다. - 성능 스키마는 서버 이벤트를 모니터링합니다. "이벤트"는 시간이 걸리고 타이밍 정보를 수집 할 수 있도록 계측된 서버가 수행하는 모든 작업입니다. 일반적으로 이벤트는 함수 호출, 운영 체제 대기, 구문 분..
■ MySQL 메모리 사용률 모니터링에 필요한 기본 내용 1. MySQL은 하나의 프로세스로 동작. 세션은 thread로 확장되고 시스템 자원을 할당. MySQL의 Memory 부분은 Connection 수의 영향을 받는 부분이며 항상 주의를 요함. 2. InnoDB의 기본 페이지 크기는 16KB 컴파일을 통하여 페이지 변경 가능 3. 메모리 파리미터는 세션 파라미터와 글로벌(서버)파라미터로 구분 서버 메모리외에 세션별로 할당되는 메모리가 있기 때문에 컨넥션이 만으면 그만큼 메모리 사용량이 높아짐. 메모리 크기를 잘 산정해야 함 ■ 기본 메모리 설정 1. 성능에 가장 영향을 미치는 buffer pool 크기 시스템 전체의 50% ~ 60%로 잡는다. 파리미터명 : innodb_buffer_pool_siz..
■ MySQL이 메모리를 사용하는 방법MySQL은 데이터베이스 작업 성능을 향상시키기 위해 버퍼와 캐시를 할당합니다. 기본 구성은 약 512MB의 RAM이 있는 가상 머신에서 MySQL 서버를 시작하도록 설계되었습니다. 특정 캐시 및 버퍼 관련 시스템 변수의 값을 증가시켜 MySQL 성능을 향상시킬 수 있습니다. 메모리가 제한된 시스템에서 MySQL을 실행하도록 기본 구성을 수정할수도 있습니다. 다음 목록은 MySQL이 메모리를 사용하는 몇 가지 방법을 설명합니다. 해당되는 경우 관련 시스템 변수가 참조됩니다. 일부 항목은 스토리지엔진 또는 기능에 따라 다릅니다.+ InnoDB 버퍼풀은 테이블, 인덱스 및 기타 보조 버퍼에 대해 캐시된 InnoDB 데이터를 보유하는 메모리 영역입니다. 대량 읽기 조작의 ..
리눅스는 이전에 실행했었던 명령들을 기억합니다. 그리고 이전에 실행했던 명령어들을 확인해 볼수 있고 그 명령어를 다시 실행할 수 있습니다. 이 명령어는 바로 'history'라고 합니다. 이 history라는 명령어에 대해 알아보겠습니다. ■ history 명령어1. history 명령어 사용해보기[root@hostname /home/user]# history 1 ls -al 2 hostnamectl set-hostname hostname 3 cd /usr/local 4 reboot 5 /var/log 6 cat /etc/passwd 7 su - username 8 passwd username 9 ls -al 10 ifconfig -a..
■ 배경 보통 폐쇄망이나 기타 인터넷 접속이 안되는 곳에서 특정 패키지를 설치할때 의존성때문에 설치가 안되는 경우가 있습니다. 또한 apt도 지원이 안되기 때문에 당연히 외부에서 패키지를 가져와야 합니다. 이럴때 사용하는 방법입니다. ■ 명령어 해당 명령어는 다음과 같습니다. $ sudo apt-get reinstall --download-only -y [패키지명] reinstall 외에 install이란 명령어도 있습니다. 그런데 굳이 reinstall을 쓰는 이유는 다음과 같습니다. a라는 패키지를 특정 서버에서 다운로드 하게되면 현재 서버에 설치되어 있는 의존성 패키지는 제외하고 기존에 없는 의존성 패키지만을 다운로드 하게 됩니다. 즉 d라는 패키지를 다운로드 할때 a라는 의존성 패키지가 위의 명령..
■ 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 이번에는 레벨별로 ..
■ mysqlsh를 이용한 데이터 덤프 및 엑스포트 방법 테이블 엑스포트 및 덤프 방법은 util.exportTable 및 util.importTable을 이용하여 하는 방법이 있습니다. 참고로 util.dumpTable(), util.dumpTable(), util.exportTable() 및 util.loadDump을 이용하는 방법이 더 최근의 방법인데 이 방법은 다음에 바로 알아보도록 하겠습니다. 먼저 위의 2가지를 이용하여 테이블 단위로 덤프 및 임포트를 하는 방법에 대해 알아보겠습니다. ■ util.exportTable, util.importTable을 이용하여 데이터 엑스포트 및 임포트를 할시 장점 select... into outfile로 엑스포트 하는것보다 속도가 훨씬 더 빠릅니다. 마찬가..
■ Dynamic Parameter, Static Parameter(동적 파라미터, 정적 파라미터) Static parameter는 시스템에 바로 적용시 문제가 되는 파라미터들이 대부분입니다. 그래서 보통 DBMS 재시작을 요구하며 이때 적용됩니다. MySQL 파라미터는 크게 Dymic Parameter, Static Parameter가 있습니다. 이 다이나믹 파라미터는 현재 운영중인 MySQL DBMS에서 바로 변경이 가능하고 신규 컨넥션부터 바로 변경된 파라미터로 운영이 됩니다. 또한 다이나믹 파라미터는 현재 접속되어 있는 세션에만 적용할수도 있고 전체 파라미터에 설정을 할수도 있습니다. 그러나 한가지 문제가 DBMS를 재시작하게 되면 글로벌로 적용된 파라미터라도 my.cnf 환경파일에 작성되지 않은..
■ MySQL 로그 관리 필요성 MySQL 로그는 기본적으로 하나의 파일이 생성되면 계속 처음에 생성된 파일에 쌓이는 구조입니다. 만약 사용량이 많은 MySQL에서 로그 파일에 대해 그냥 두게 된다면 파일 하나에 몇기가로 쌓일 수도 있습니다. 이는 추후 문제 문석을 해야 할때 파일의 크기가 워낙 크기 때문에 문제가 될 수도 있습니다. 그래서 주기적으로 파일을 절단하여 크기를 관리해 주어야 합니다. ■ 로그 파일 관리 - Logrotate 리눅스 시스템엔 본적으로 로그관리를 해주는 기능이 기본적으로 탑재되어 있습니다. Logrotate라고 불리는 이 기능은 로그관리가 필요한 파일에 대하여 매일, 매주, 월간등등 주기를 정하여 그때마다 파일을 분할(logrrotate)하여 파일을 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..
■ 파일오픈갯수의변경및자원사용량변경의필요성 리눅스를 설치하면 기본적으로 오픈할 수 있는 File의 갯수가 작습니다. 이게 중요한 이유는 오픈할 수 파일 갯수가 작다면 성능에 제약을 받기 때문입니다. 예를 들어 파일 요청파일 갯수가 3000이 들어왔는데 열수 있는 파일이 1000개라면 1000개 이후의 모든 요청은 거절되거나 대기상태로 빠지기 때문입니다. 서버의 성능이 어느정도 된다면 기본값보다 값을 늘려 성능을 향상시킬 수 있습니다. ■ Linux의 확인 및 환경 설정 서버에서는 file-max 란 시스템 파라미터로 불리며 이것은 한번에 운영할 수 있는 파일수를 의미합니다. 보통 4MB 메모리당 256개의 파일을 운용할 수 있다고 합니다. ▶︎ 오픈 가능한 파일 갯수 확인 및 적용 방법 • 확인 방법 현..
MySQL 서버 변수중 back_log라는 시스템 변수가 있습니다. 이 변수는 MySQL 커넥션 성능과 굉장히 밀접한 관련이 있는데 OS 커널파라미터중 네트워크와 밀접한 관련이 있습니다. 이 시스템 변수에 대해 알아보겠습니다. ■ 서버 변수 back_log에 대한 설명 MySQL이 가질 수 있는 미해결 연결 요청 수 입니다. MySQL 스레드가 매우 짧은 시간에 매우 많은 연결 요청을 받을 때 작동합니다. 그런 다음 메인 스레드가 연결을 확인하고 새 스레드를 시작하는 데 약간의 시간(아주 짧지만)이 걸립니다. back_log 값은 MySQL이 일시적으로 새 요청에 대한 응답을 중지하기 전에 이 짧은 시간 동안 쌓일 수 있는 요청 수를 나타냅니다. 단기간에 많은 수의 연결이 예상되는 경우에만 이 값을 늘려..
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..