얼마전 웹소켓, 레빗엠큐 stress test code 를 만들고 진행하면서
느린부분의 원인이 queue bind 하는 부분이며, 그 중에서도 DATABASE 조회 부분이라는걸
깨닫고 하나씩 찾아보다가 PostgreSQL max_connections 에 대해서 찾아 보았다.
테스트를 진행할 때, 2000명 정도로 부하테스트를 진행하는데 max_connections 과도 연관이 있을 것 같다는 생각
max_connections 를 확인하려면
# su postgres
# psql
# show max_connections ;
max_connections
-----------------
1000
(1 row)
이렇게 확인 하는 방법이 있고, 직접 postgresql.conf 파일에서 확인하면된다.
postgresql.conf 파일 찾는법은 밑에 남겨놨다.
2021.12.05 - [Database/PostgreSQL] - [PostgreSQL] Log
# vi /etc/postgresql/13/main/postgresql.conf
max_connections = 1000 # (change requires restart)
그리고 테스트를 진행함과 동시에 현재 연결 수를 확인 하기 위해 명령어를 입력하면서 테스트를 진행했다.
한쿼리당 클라이언트 포트를 할당하므로 접속자수 라고 생각하면된다.
# SELECT COUNT(*) FROM pg_stat_activity ;
count
-------
6
(1 row)
일단 이렇게 확인을 하면되고..
어느정도가 최적화 선이 될지는 계속 테스트를 하면서 진행해 볼 생각..
어렵당..
'Database > PostgreSQL' 카테고리의 다른 글
[PostgreSQL] Uninstall for Mac (0) | 2022.01.30 |
---|---|
[PostgreSQL] Install for Mac (0) | 2022.01.30 |
[PostgreSQL] Lock query 확인 (0) | 2021.12.11 |
[PostgreSQL] Log (0) | 2021.12.05 |
[PostgreSQL] dump (0) | 2021.10.25 |