읽기-쓰기 분리는 마스터-슬레이브 복제를 기반으로 구현됩니다. 실제 애플리케이션 환경에서는 읽기 작업이 많을 텐데요, 마치 전자상거래 플랫폼에서 물건을 살 때처럼 100개의 상품을 보고 한두 개만 구매하면 됩니다. 따라서 항상 쓰기 업데이트 작업보다 읽기 작업이 더 많습니다. 따라서 마스터-슬레이브 복제를 기반으로 한 읽기-쓰기 분리 구성은 마스터 데이터베이스가 데이터 수정 전용임을 의미합니다. 쓰기 시 마스터 데이터베이스는 마스터-슬레이브를 통해 데이터 변경 사항을 슬레이브에 동기화합니다. binlog 라이브러리를 통한 복제 후 다른 클라이언트 쿼리 요청은 결국 슬레이브 라이브러리에 매핑되며, 두 개 또는 세 개의 슬레이브 라이브러리가 있는 하나의 메인 라이브러리가 특별히 데이터(쓰기 작업)를 업데이트하는 데 사용됩니다. 라이브러리는 데이터 업데이트(쓰기 작업)에 특별히 사용되며 읽기 및 쓰기 작업의 부담을 분산할 수 있어 기본 데이터베이스에 집중할 필요가 없습니다. 또한, 고가용성 및 재해 복구 기능을 갖추고 있으며, 메인 라이브러리가 다운되면 지정된 슬레이브 라이브러리를 메인 라이브러리로 전환할 수 있습니다.
읽기-쓰기 분리가 데이터베이스의 미들웨어에 의존해야 합니다. 둘째, 미들웨어 MyCat을 소개합니다
실제로 읽기와 쓰기의 분리, 하위 데이터베이스와 테이블 하위 의존성은 데이터베이스 미들웨어(mycat)에 의존해야 하는데 mycat이 프록시 서버 역할을 합니다.클라이언트는 MySQL 통신 프로토콜을 따르기 때문에 실제로 MyCat에 연결되어 있는지 알 수 없습니다. 이전에 MySQL과 통신한 방식이 현재 MyCat과 통신하는 방식이므로 구분할 필요가 없습니다. 
MyCat에서 읽기-쓰기 분리를 구성하면
클라이언트에서 코드를 변경할 필요가 없습니다. 어떤 요청을 읽었는지, 어떤 요청을 작성했는지 구분할 필요가 없습니다. MyCat은 요청을 구문 분석하여 SQL의 읽기 및 쓰기 특성에 따라 해당 작업을 담당하는 서버로 전달하여 읽기 및 쓰기 분리를 달성합니다.MyCat
에서는 마스터 서버와 슬레이브 서버의 정보를 구성해야 합니다.마스터 1개와 슬레이브 1개, 마스터 1개와 슬레이브 1개, 마스터 1개와 슬레이브 1개마스터 1개와 슬레이브 1개 다중 슬레이브 시나리오: 라이브러리 쓰기(마스터)가 중단되면 MyCat은 즉시 슬레이브 라이브러리(슬레이브)를 직접 쓰기 라이브러리(마스터)로 전환할 수 있습니다. 이는 하나의 시스템 처리로 돌아가는 것과 같습니다. 슬레이브 라이브러리와 슬레이브 라이브러리 간의 마스터-슬레이브 복제 구성이므로 쓰기 라이브러리가 되는 슬레이브 라이브러리와 다른 슬레이브 라이브러리 간의 마스터-슬레이브 복제도 구성해야 합니다.
여러 마스터 및 다중 슬레이브:
그림에서 볼 수 있듯이 MyCat 서버에는 두 가지 환경 세트가 있습니다. 그 중 하나의 마스터 데이터베이스가 다운되면 해당 슬레이브 데이터베이스도 마찬가지입니다. 사용할 수 없음), 이때 MyCat은 자동으로 다른 환경 세트로 전환합니다. 왜냐하면 
M1과 M2도 상호 마스터-슬레이브로
3. MyCat 서비스 포트 및 관리 포트
MySQL 서비스 포트는 3306,MyCat에는 관리 포트 9066도 있습니다. 이 관리 포트에 로그인하면 MyCat의 모든 작업 상태와 백엔드 서버 연결 상태, 데이터 소스 연결 상태 등을 볼 수 있습니다.
위 내용은 MySQL 읽기 및 쓰기 분리의 원리는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
