mysql 에서 데이터베이스 성능 에 영향 을 주 는 요소 설명

데이터베이스 성능 에 대한 이야기
면접 을 볼 때 데이터베이스 에 관 한 이 야 기 를 얼마나 적 게 하 는 지,"데이터 베 이 스 를 파악 하 는 것 은 어 떻 습 니까?"언제 데이터베이스 의 성능 을 가장 시험 할 것 인가?승낙 은 주로 빅 데이터 양의 읽 기와 쓰기 일 때 이 고 전자상거래 류 의 큰 촉진 활동 은 각자 의 데이터베이스 성능 을 시험 할 때 이다.
웹 서버 에 있어 데이터 양 이 많 을 때 우 리 는 간단하게 가로 확장 을 통 해 단일 서버 의 부담 을 줄 일 수 있 지만 데이터베이스 서버 에 있어 그리 간단 하지 않다.그들 은 쉽게 가로 확장 을 할 수 없다.그러면 데이터 뱅 크 의 완전 성과 일치 성 원칙 에 위배 된다.그러면 우리 의 데이터 베 이 스 는 어떻게 구축 해 야 합 니까?
대 촉 류 활동 의 경우 제품 이 아무리 좋 고 기획 이 아무리 성공 적 이 더 라 도 안정 적 인 데이터 베이스 와 서버 환경 이 없 으 면 모든 것 이 허사 가 될 것 이다.
데이터베이스 구조 사례

그림 에서 보 듯 이 메 인 서버 간 에 메 인 복사 구성 요소 가 없습니다.즉,메 인 서버 가 고장 나 면 메 인 서버 로 전환 하기 어렵 습 니 다.이 과정 은 DBA 가 서버 에서 최신 데 이 터 를 선택 하여 서버 에서 메 인 서버 로 향상 시 키 고 다른 서비스 기 를 동기 화 해 야 합 니 다.이 과정의 시간 비용 도 매우 무 겁 습 니 다.
또한 너무 많은 서버 에서 업 무량 이 많 을 때 메 인 서버 의 네트워크 카드 에 도 도전 한다.
우 리 는 집단 에 대한 감시 정 보 를 통 해 데이터베이스 성능 에 어떤 영향 을 미 쳤 는 지 알 수 있다.
응답 은 사실 긍정 적 이다.일반적인 상황 에서 주로 QPS 와 TPS,병발 량(같은 시간 에 처리 하 는 요청 의 수량,동시 연결 수 와 헷 갈 리 지 않도록),디스크 IO,읽 기 동작 이 너무 높다.
메 인 라 이브 러 리 에 데이터 백업 을 하지 않 는 것 이 좋 습 니 다.적어도 대형 이벤트 전에 이런 계획 을 취소 하 는 것 이 좋 습 니 다.
데이터베이스 에 영향 을 주 는 요소
sql 조회 속도
서버 하드웨어
네트워크 카드 트 래 픽
디스크 IO높 은 QPS 와 TPS
위험:효율 적 인 SQL(QPS:초당 처 리 된 조회 수)
대량의 병발 과 높 은 CPU 사용률
위험:대량의 병발(데이터베이스 연결 수가 가득 차지 함(max기본 값 100)
리 스 크:높 은 CPU 사용률(CPU 자원 소 진 으로 다운 됨)
디스크 IO
위험:디스크 IO 성능 이 갑자기 떨 어 집 니 다(더 빠 른 디스크 장 치 를 사용 합 니 다)
위험:디스크 성능 을 대량으로 소모 하 는 다른 계획 작업(계획 작업 조정)
네트워크 카드 트 래 픽
위험:네트워크 카드 IO 가 가득 차지(1000 Mb/8=100 MB)
데이터 베 이 스 를 연결 할 수 없 는 상황 을 피 하 는 방법:
1.서버 수량 감소
2.등급 별 캐 시 진행
3."select*"를 사용 하여 조회 하 는 것 을 피한다.
4.업무 네트워크 와 서버 네트워크 분리