toDBA

MySQL 또는 MariaDB에서 InnoDB 스토리지 엔진의 내부 상태를 상세히 확인하기 위해 사용하는 SQL 명령어 출력 결과의 주요 섹션 BACKGROUND THREAD:InnoDB의 백그라운드 스레드 상태를 보여줍니다.SEMAPHORES:세마포어(잠금) 관련 정보를 제공합니다. 잠금 경합이 발생하는지 확인할 수 있습니다.TRANSACTIONS:현재 실행 중인 트랜잭션과 잠금 정보를 보여줍니다.FILE I/O:InnoDB의 파일 I/O 작업 상태를 나타냅니다.INSERT BUFFER AND ADAPTIVE HASH INDEX:인서트 버퍼와 Adaptive Hash Index의 상태를 보여줍니다.LOG:InnoDB의 로그(Redo Log) 상태를 나타냅니다.BUFFER POOL AND MEMORY:버..

maria나 mysql  swap 사용률이 높을 경우 확인해야할 항목 정리  1. vm.swappiness 확인 - 해당 항목은 보통 1 로 설정함 스왑 활용도, 스와핑 활용도, 스와피니스리눅스 커널 속성 중 하나스왑메모리 활용 수준 조절스왑 사용의 적극성 수준값의 범위: 0 ~ 100 (기본값: 60)값                  설명------------------  -------------------- vm.swappiness = 0   스왑 사용안함[1]vm.swappiness = 1   스왑 사용 최소화vm.swappiness = 60  기본값vm.swappiness = 100 적극적으로 스왑 사용→ 메모리 여유가 충분할 때 성능향상을 위해 vm.swappiness = 10 정도를 권고하는 ..

MySQL & Maria DB Innodb_buffer_pool 사용량은 성능에 중요한 Point가 된다. 사용량이 높게되면 Disk I/O가 발생하게 되고 성능이 떨어지게된다.Innodb_buffer_pool_size는 DOCS에서는 physical memory의 80%로 하는것을 말하고 있다.  버퍼 사용량사용량(%) = Innodb_buffer_pool_pages_data / Innodb_buffer_pool_pages_total * 100100% : 메모리가 가득 차 있으며 추가적인 읽기/쓰기 작업이 디스크에 의존하게 되어 성능 저하를 초래할 가능성이 높습니다이 값이 100%라면?Buffer Pool이 데이터로 완전히 채워졌으며 더 이상 추가 데이터를 캐시할 여유가 없음.신규 데이터를 캐싱하려면 ..

MySQL의 Performance Schema는 데이터베이스 서버의 성능을 모니터링하고 분석하는 데 사용되는 도구입니다. Performance Schema는 서버의 동작에 대한 세부적인 정보를 수집하고,이를 기반으로 성능 문제를 진단하거나 최적화를 수행할 수 있게 도와줍니다. Instrument & Consumer더보기1. Instrument정의: "Instrument"는 MySQL 서버에서 발생하는 다양한 이벤트를 추적하기 위한 추적 도구입니다. 각 이벤트 유형(예: 쿼리 실행, I/O 작업, 대기 이벤트 등)에 대해 세부 정보를 수집하기 위해 성능 스키마에서 사용됩니다.용도: Instrument는 MySQL의 다양한 작업을 모니터링하고, 이러한 작업에 대한 성능 데이터를 수집하는 데 사용됩니다.주요 ..

1. Master의 binlog 위치 (Master Log Position)Master 서버에서 실행되는 binlog 파일에 모든 데이터 변경 (예: INSERT, UPDATE, DELETE 쿼리) 정보가 기록됩니다. 복제를 설정할 때, Slave 서버는 이 binlog 파일을 읽어와서 동일한 작업을 수행하게 됩니다.Master_Log_File: 현재 Master에서 사용하는 binlog 파일 이름Read_Master_Log_Pos: Slave가 읽고 있는 Master binlog 파일 내 위치 (바이트 단위)2. Relay 로그 위치 (Relay Log Position)Slave 서버에서는 Relay 로그라는 파일에 Master에서 전달된 binlog 이벤트를 저장하고, 이를 기반으로 SQL 스레드가 ..

slave 가 깨지고나서 bin log를 이용해서 복구하는 방법 1. slave 깨짐 확인 - 1032 error 발생 : 키 없음 오류  2. slave 복제 중지 및 master binlog 확인2.1  [slave server] stop slavemysql> stop slave; Query OK, 0 rows affected (0.00 sec)  2.2  [master server] mysql> show master status; +------------------+----------+--------------+------------------+-------------------+ | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | ..

master 와 slave 간데이터 일관성 체크를 위한 툴중 하나로 해당 툴 테스트 진행내역 공유한다. 부하 발생이 있을 수 있으므로 운영시간 외에 실행을 권장한다.일반적으로 master DB에서 실행해야 한다. 실행 원리 자체가마스터에서 실행하여 모든 테이블의 체크섬을 계산슬레이브로 복제를 통해 체크섬 비교 slave DB에서는 역방향으로 체크할 수 없다. 기본 실행 명령# 기본실행 명령어pt-table-checksum \ -h 마스터호스트 \ -u 사용자 \ -p 패스워드 # 특정 데이터베이스만 체크pt-table-checksum \ --databases=mydb \ --tables=users,orders# 대규모 데이터 최적화pt-table-checksum \ ..

mysql 5.7 버전 2대 생성 server 1, 2  - mysql 5.7 설치되어 있음  1. my.cnf 에 server-id ,log_bin 설정 후 restart2. 재부팅 후 server id 확인   3. master DB 에서 replication 용 계정 생성 grant replication slave, replication client on *.* to repl@'192.168.100.%' identified by 'Repl!231';   4. slave DB read_only replay log 설정  5. repliation 설정CHANGE MASTER TO MASTER_HOST = '192.168.100.179', MASTER_USER='repl', MASTER_PASSWORD ..

- mysql 관련해서 핵심 모니터링 지표를 제시한다 - 보통 쿼리 응답시간이나 cpu 또는 메모리 관련된 지표들을 확인해 볼 수 있다.    -- CPU 사용률이 높은 쿼리 확인SELECT DIGEST_TEXT, COUNT_STAR, SUM_TIMER_WAIT/1000000000 as exec_time_ms, SUM_CPU_TIME/1000000000 as cpu_time_msFROM performance_schema.events_statements_summary_by_digestWHERE SUM_CPU_TIME > 0ORDER BY SUM_CPU_TIME DESCLIMIT 10;-- 메모리 사용량 확인SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool..

기존 레포지토리 정리 및 재설치# 기존 percona 레포지토리 제거sudo rpm -e percona-release# yum 캐시 정리sudo yum clean all# percona 레포지토리 다시 설치sudo yum install -y https://repo.percona.com/yum/percona-release-latest.noarch.rpm Percona 레포지토리 활성화 확인 및 설정# 저장소 상태 확인sudo percona-release show# Percona Tools 저장소 활성화sudo percona-release enable-only tools release# yum 캐시 업데이트sudo yum clean allsudo yum makecache 레포지토리 설정 파일 확인# 레포지토..