MySQL 접속(커넥션) 부하를 줄이는 방법

① “접속 자체를 줄이기”,
② “접속 비용을 싸게 만들기”,
③ “접속이 몰려도 버티게 하기” 3갈래로 정리하면 됩니다.

1) 접속 자체를 줄이기 (가장 효과 큼)

Connection Pooling 사용
매 요청마다 새로 연결하지 말고, 앱에서 풀로 재사용하세요. (Java HikariCP, .NET/MySqlConnector pooling, Node mysql2 pool 등)
트래픽/조회 캐싱
- 앱 레벨 캐시(메모리/Redis)로 “자주 조회되는 데이터”를 DB까지 안 가게 만들기
- 결과 캐시(예: 인기 상품, 공지, 코드 테이블, 설정값)
읽기 트래픽 분리(읽기 복제본/리드 레플리카)
- 읽기 쿼리는 replica로, 쓰기는 primary로 라우팅
불필요한 “짧은 쿼리 다건”을 “한 번의 쿼리”로
- N+1 문제 제거 (IN, JOIN, batch fetch)
HTTP keep-alive / gRPC 등과 별개로, DB는 “요청당 1커넥션” 패턴을 피하기
- 특히 PHP/CGI처럼 프로세스 모델에 따라 커넥션이 폭증하기 쉬움 → PHP-FPM 설정과 풀링/퍼시스턴트 커넥션 점검

DNS/네트워크 지연 최소화
- 앱과 DB를 같은 VPC/서브넷/리전에 두기 (왕복 지연이 커넥션 비용을 키움)
TLS(SSL) 사용 시
- “매번 핸드셰이크”가 일어나지 않게 풀링 필수
- 가능하면 앱↔DB 사이 전용망이면 TLS 정책을 현실적으로 설계
인증 플러그인/설정 점검
- 불필요하게 무거운 인증/플러그인이면 교체 고려(환경에 따라)
Prepared Statement 재사용
- 드라이버/풀에서 서버사이드 prepared 재사용이 되면 CPU/파싱 비용 절감

max_connections 무작정 올리기 금지
- 많이 열리면 메모리/스레드 컨텍스트 스위칭으로 더 느려질 수 있음
- 먼저 “풀 크기 제한 + 대기큐”로 제어하는 게 안전
앱 풀 크기(중요)
- 예: 앱 인스턴스 10개 × 풀 50 = 잠재 500 커넥션
  DB max_connections 300이면 폭주/에러 발생
  → (앱 인스턴스 수 × 풀 크기) ≤ DB가 감당 가능한 범위로 설계
Thread Pool/Buffer 튜닝(대표적으로 InnoDB)
- innodb_buffer_pool_size를 충분히(서버 RAM의 큰 비중) 잡으면 디스크 I/O가 줄어 “커넥션당 체감 부하”가 감소
Proxy 계층 도입
- ProxySQL / MySQL Router로 커넥션 멀티플렉싱, 읽기/쓰기 분리, 쿼리 라우팅, 제한/큐잉 가능
커넥션 폭주 방지(백프레셔)
- 앱에서 DB 타임아웃을 너무 길게 두면 “느려질수록 더 몰림” (스노우볼)
- 짧은 타임아웃 + 재시도 정책(지수 백오프) + 서킷브레이커가 접속 폭주를 막음

원하시면 **현재 구조(언어/프레임워크, 앱 인스턴스 개수, 현재 max_connections, 평균 QPS/피크 QPS, “매 요청 새 연결인지”)**만 알려주면, “풀 크기 산정”과 “우선순위 조치 5개”를 딱 맞게 잡아드릴게요.

DB max_connections 10으로 제어 하는 방법

MySQL에서 **동시 접속을 10개로 “강제”**하려면 핵심은 max_connections=10 설정입니다. (그리고 관리자/모니터링용 여유도 같이 고려해야 합니다)

관리자 권한으로 실행:


SET GLOBAL max_connections = 10;

SET GLOBAL max_connections = 10;

현재 값 확인:


SHOW VARIABLES LIKE 'max_connections';

SHOW VARIABLES LIKE 'max_connections';

MySQL 설정 파일에 넣고 재시작합니다.

/etc/my.cnf 또는 /etc/mysql/my.cnf 또는 /etc/mysql/mysql.conf.d/mysqld.cnf


-mysqld-
max_connections = 10

-mysqld-

max_connections = 10

my.ini 또는 my.cnf (보통 MySQL 설치 폴더 또는 ProgramData)


-mysqld-
max_connections = 10

-mysqld-

max_connections = 10

적용 후 MySQL 재시작 필요.

max_connections=10으로 너무 낮게 잡으면, 앱 접속이 10개를 다 먹었을 때 DBA가 로그인도 못 하는 상황이 생길 수 있습니다.

그래서 보통 다음도 같이 봅니다.

MySQL은 extra_max_connections(버전에 따라) / 또는 max_connections 외에 관리자 접속을 위한 별도 슬롯 개념이 제한적이라,
현실적으로는:

DB를 10으로 막는 것만으로는 “폭주”가 사라지지 않고 에러만 늘 수 있어요.
앱 쪽 풀도 같이 제한해야 합니다. (예: 인스턴스가 여러 개면 합계가 10을 넘으면 바로 초과)

현재 접속 수:


SHOW GLOBAL STATUS LIKE 'Threads_connected';
SHOW GLOBAL STATUS LIKE 'Max_used_connections';

SHOW GLOBAL STATUS LIKE 'Threads_connected';

SHOW GLOBAL STATUS LIKE 'Max_used_connections';

프로세스 목록:


SHOW PROCESSLIST;

SHOW PROCESSLIST;