MySQL 읽기 및 쓰기 분리의 원리는 무엇입니까?

1. 읽기-쓰기 분리의 개념

읽기-쓰기 분리는 마스터-슬레이브 복제를 기반으로 구현됩니다. 실제 애플리케이션 환경에서는 읽기 작업이 많을 텐데요, 마치 전자상거래 플랫폼에서 물건을 살 때처럼 100개의 상품을 보고 한두 개만 구매하면 됩니다. 따라서 항상 쓰기 업데이트 작업보다 읽기 작업이 더 많습니다. 따라서 마스터-슬레이브 복제를 기반으로 한 읽기-쓰기 분리 구성은 마스터 데이터베이스가 데이터 수정 전용임을 의미합니다. 쓰기 시 마스터 데이터베이스는 마스터-슬레이브를 통해 데이터 변경 사항을 슬레이브에 동기화합니다. binlog 라이브러리를 통한 복제 후 다른 클라이언트 쿼리 요청은 결국 슬레이브 라이브러리에 매핑되며, 두 개 또는 세 개의 슬레이브 라이브러리가 있는 하나의 메인 라이브러리가 특별히 데이터(쓰기 작업)를 업데이트하는 데 사용됩니다. 라이브러리는 데이터 업데이트(쓰기 작업)에 특별히 사용되며 읽기 및 쓰기 작업의 부담을 분산할 수 있어 기본 데이터베이스에 집중할 필요가 없습니다. 또한, 고가용성 및 재해 복구 기능을 갖추고 있으며, 메인 라이브러리가 다운되면 지정된 슬레이브 라이브러리를 메인 라이브러리로 전환할 수 있습니다.

MySQL 클라이언트는 mysql에서 제공하는 API를 사용하여 MySQL 서버와 통신하고 mysql의 사용자 정의된 TCP 기반 데이터 프로토콜(mysql 프로토콜이라고 함)을 사용하여 MySQL 서버 데이터베이스에 액세스합니다.

서버가 하나만 있는 경우(독립형 환경) 모든 데이터 추가, 삭제, 수정, 쿼리가 하나의 서버에서 수행됩니다. 서비스를 사용하는 사람이 많아질수록 트래픽이 점차 증가하여 동시성이 높아집니다. 따라서 데이터베이스 성능이 병목 현상에 도달하면 읽기-쓰기 분리 작업을 수행하여 백그라운드 서비스를 개선할 수 있습니다.

사진 속 MySQL 메인 서버는 쓰기 작업 전용이며, 아래에는 읽기 작업을 구체적으로 수행하기 위해 두 개의 MySQL 슬레이브 서버가 연결되어 있고, 쓰기 요청은 A에 전달됩니다.

클라이언트에서 직접 코드를 작성하면 삽입 및 업데이트와 같은 쓰기 작업은 A에서 수행되고 표시 및 선택과 같은 읽기 작업은 B와 C에서 수행됩니다. 이는 코드와 코드 간의 강력한 바인딩과 동일합니다. 마스터-슬레이브 환경. 이는 환경과 밀접한 관련이 있기 때문에 코드의 안정성이 떨어지게 됩니다. 코드를 작성할 때 어떤 머신이 쓰기 작업을 담당하는 메인 라이브러리인지, 어느 머신이 읽기 작업을 담당하는 슬레이브 라이브러리인지 알아야 합니다. 코드는 를 선택합니다. 이때 특정 시스템이 끊어지면 코드는 이를 인식하지 못하고 원래 방식으로 요청을 전달하므로 통신 문제가 발생하므로 읽기와 쓰기의 분리를 구현하는 것은 확실히 적절하지 않습니다. 암호. 따라서 실제 솔루션에서는

읽기-쓰기 분리가 데이터베이스의 미들웨어에 의존해야 합니다. 둘째, 미들웨어 MyCat을 소개합니다

실제로 읽기와 쓰기의 분리, 하위 데이터베이스와 테이블 하위 의존성은 데이터베이스 미들웨어(mycat)에 의존해야 하는데 mycat이 프록시 서버 역할을 합니다.

클라이언트는 MySQL 통신 프로토콜을 따르기 때문에 실제로 MyCat에 연결되어 있는지 알 수 없습니다. 이전에 MySQL과 통신한 방식이 현재 MyCat과 통신하는 방식이므로 구분할 필요가 없습니다.

MyCat에서 읽기-쓰기 분리를 구성하면

클라이언트에서 코드를 변경할 필요가 없습니다. 어떤 요청을 읽었는지, 어떤 요청을 작성했는지 구분할 필요가 없습니다. MyCat은 요청을 구문 분석하여 SQL의 읽기 및 쓰기 특성에 따라 해당 작업을 담당하는 서버로 전달하여 읽기 및 쓰기 분리를 달성합니다.

MyCat

에서는 마스터 서버와 슬레이브 서버의 정보를 구성해야 합니다.

마스터 1개와 슬레이브 1개, 마스터 1개와 슬레이브 1개, 마스터 1개와 슬레이브 1개마스터 1개와 슬레이브 1개 다중 슬레이브 시나리오: 라이브러리 쓰기(마스터)가 중단되면 MyCat은 즉시 슬레이브 라이브러리(슬레이브)를 직접 쓰기 라이브러리(마스터)로 전환할 수 있습니다. 이는 하나의 시스템 처리로 돌아가는 것과 같습니다. 슬레이브 라이브러리와 슬레이브 라이브러리 간의 마스터-슬레이브 복제 구성이므로 쓰기 라이브러리가 되는 슬레이브 라이브러리와 다른 슬레이브 라이브러리 간의 마스터-슬레이브 복제도 구성해야 합니다.

여러 마스터 및 다중 슬레이브:

그림에서 볼 수 있듯이 MyCat 서버에는 두 가지 환경 세트가 있습니다. 그 중 하나의 마스터 데이터베이스가 다운되면 해당 슬레이브 데이터베이스도 마찬가지입니다. 사용할 수 없음), 이때 MyCat은 자동으로 다른 환경 세트로 전환합니다. 왜냐하면 M1과 M2도 상호 마스터-슬레이브로

구성되어 M2가 M1의 데이터를 동기화하고 M1 환경과 정확히 동일한 서비스를 제공할 수 있기 때문입니다. 따라서 고가용성 및 재해 복구 기능이 매우 좋습니다.

3. MyCat 서비스 포트 및 관리 포트

MySQL 서비스 포트는 3306,

MyCat 서비스 포트는 8066

(이 포트도 변경 가능), 즉 MySQL 클라이언트는 포트 8066에 연결하여 포트 8066에 로그인합니다. 인터페이스는 포트 3306을 통해 MySQL Server에 로그인하는 것과 동일합니다.

MyCat에는 관리 포트 9066도 있습니다. 이 관리 포트에 로그인하면 MyCat의 모든 작업 상태와 백엔드 서버 연결 상태, 데이터 소스 연결 상태 등을 볼 수 있습니다.

위 내용은 MySQL 읽기 및 쓰기 분리의 원리는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!