첫 번째 부분에서는 MyCAT 구성 및 구성 파일의 기본 상황에 대해 간략하게 소개합니다. 이 기사에서는 스키마의 특정 매개변수와 실제 기능을 자세히 설명합니다.
게시물 먼저 자체 테스트용 스키마 파일에서는 큰따옴표 앞의 백슬래시가 제거되지 않습니다.
<?xml version=\"1.0\"?> <!DOCTYPE mycat:schema SYSTEM \"schema.dtd\"> <mycat:schema xmlns:mycat=\"http://org.opencloudb/\"> <schema name=\"mycat\" checkSQLschema=\"false\" sqlMaxLimit=\"100\"> <!-- auto sharding by id (long) --> <table name=\"students\" dataNode=\"dn1,dn2,dn3,dn4\" rule=\"rule1\" /> <table name=\"log_test\" dataNode=\"dn1,dn2,dn3,dn4\" rule=\"rule2\" /> <!-- global table is auto cloned to all defined data nodes ,so can join with any table whose sharding node is in the same data node --> <!--<table name=\"company\" primaryKey=\"ID\" type=\"global\" dataNode=\"dn1,dn2,dn3\" /> <table name=\"goods\" primaryKey=\"ID\" type=\"global\" dataNode=\"dn1,dn2\" /> --> <table name=\"item_test\" primaryKey=\"ID\" type=\"global\" dataNode=\"dn1,dn2,dn3,dn4\" /> <!-- random sharding using mod sharind rule --> <!-- <table name=\"hotnews\" primaryKey=\"ID\" dataNode=\"dn1,dn2,dn3\" rule=\"mod-long\" /> --> <!-- <table name=\"worker\" primaryKey=\"ID\" dataNode=\"jdbc_dn1,jdbc_dn2,jdbc_dn3\" rule=\"mod-long\" /> --> <!-- <table name=\"employee\" primaryKey=\"ID\" dataNode=\"dn1,dn2\" rule=\"sharding-by-intfile\" /> <table name=\"customer\" primaryKey=\"ID\" dataNode=\"dn1,dn2\" rule=\"sharding-by-intfile\"> <childTable name=\"orders\" primaryKey=\"ID\" joinKey=\"customer_id\" parentKey=\"id\"> <childTable name=\"order_items\" joinKey=\"order_id\" parentKey=\"id\" /> <ildTable> <childTable name=\"customer_addr\" primaryKey=\"ID\" joinKey=\"customer_id\" parentKey=\"id\" /> --> </schema> <!-- <dataNode name=\"dn\" dataHost=\"localhost\" database=\"test\" /> --> <dataNode name=\"dn1\" dataHost=\"localhost\" database=\"test1\" /> <dataNode name=\"dn2\" dataHost=\"localhost\" database=\"test2\" /> <dataNode name=\"dn3\" dataHost=\"localhost\" database=\"test3\" /> <dataNode name=\"dn4\" dataHost=\"localhost\" database=\"test4\" /> <!-- <dataNode name=\"jdbc_dn1\" dataHost=\"jdbchost\" database=\"db1\" /> <dataNode name=\"jdbc_dn2\" dataHost=\"jdbchost\" database=\"db2\" /> <dataNode name=\"jdbc_dn3\" dataHost=\"jdbchost\" database=\"db3\" /> --> <dataHost name=\"localhost\" maxCon=\"100\" minCon=\"10\" balance=\"1\" writeType=\"1\" dbType=\"mysql\" dbDriver=\"native\"> <heartbeat>select user()<beat> <!-- can have multi write hosts --> <writeHost host=\"localhost\" url=\"localhost:3306\" user=\"root\" password=\"wangwenan\"> <!-- can have multi read hosts --> <readHost host=\"hostS1\" url=\"localhost:3307\" user=\"root\" password=\"wangwenan\"/> </writeHost> <writeHost host=\"localhost1\" url=\"localhost:3308\" user=\"root\" password=\"wangwenan\"> <!-- can have multi read hosts --> <readHost host=\"hostS11\" url=\"localhost:3309\" user=\"root\" password=\"wangwenan\"/> </writeHost> </dataHost> <!-- <writeHost host=\"hostM2\" url=\"localhost:3316\" user=\"root\" password=\"123456\"/> --> <!-- <dataHost name=\"jdbchost\" maxCon=\"1000\" minCon=\"1\" balance=\"0\" writeType=\"0\" dbType=\"mongodb\" dbDriver=\"jdbc\"> <heartbeat>select user()<beat> <writeHost host=\"hostM\" url=\"mongodb://192.168.0.99/test\" user=\"admin\" password=\"123456\" ></writeHost> </dataHost> --> <!-- <dataHost name=\"jdbchost\" maxCon=\"1000\" minCon=\"10\" balance=\"0\" dbType=\"mysql\" dbDriver=\"jdbc\"> <heartbeat>select user()<beat> <writeHost host=\"hostM1\" url=\"jdbc:mysql://localhost:3306\" user=\"root\" password=\"123456\"> </writeHost> </dataHost> --> </mycat:schema>
매개변수 첫 번째 줄<스키마 이름 ="mycat" checkSQLschema="false" sqlMaxLimit= "100"/>
이 매개변수 줄에서 스키마 이름은 MyCAT 전면에 표시할 수 있는 논리적 데이터베이스의 이름을 정의합니다. -end, checkSQLschema 매개변수가 False이면 MyCAT가 테이블 이름 앞에 있는 데이터베이스 이름을 자동으로 무시함을 나타냅니다. 예를 들어 mydatabase1.test1은 다음과 같이 간주됩니다. test1;
sqlMaxLimit은 SQL 문에서 반환되는 행 수에 대한 제한을 지정합니다.
🎜>
스크린샷처럼 이 Limit는 mycat이 SQL 문을 배포할 때 자동으로 LIMIT를 추가하도록 해줍니다. Limit 오른쪽 상단에서 볼 수 있듯이 MyCAT 자체가 캐시됩니다
; 그러면 우리가 실행하는 명령문이 더 많은 데이터 행을 반환한다면 이 제한을 수정하지 않고 MyCAT는 무엇을 하게 될까요?
> 실제 애플리케이션으로 반환됨 , 로직을 수동으로 변경해야 할 수도 있습니다.
mycat 1.4 버전에서는 사용자의 Limit 매개변수가 기본 MyCAT 설정을 포괄합니다. > ------------------------------------------------ - ------------------------------------------------- - ------------------------------------------------- - ---------------------------------
>테이블
이름="학생"
dataNode
="dn1,dn2,dn3,dn4" rule="rule1" /> 이 줄은 어느 것을 나타냅니다. 테이블 이름이 MyCAT 프런트엔드에 표시됩니까? 비슷한 줄은 모두 같은 의미입니다. 여기서 강조점은 테이블에 있으며 MyCAT은 구성 파일에서 테이블 구조를 정의하지 않습니다. show create table을 사용하는 경우 프런트엔드에서는 MyCAT이 테이블 구조 정보를 정상적으로 표시하고 디버그 로그를 관찰합니다. MyCAT은 dn1이 나타내는 데이터베이스에 명령을 배포한 후, dn1의 쿼리 결과를 프런트엔드에 반환하는 것을 볼 수 있다
데이터베이스 레벨에서 일부 유사한 쿼리 명령이 특정 데이터베이스에 배포될 수 있다고 판단할 수 있다. 그런 다음 특정 노드의 정보를 프런트 엔드로 반환합니다. dents 특정 분할 전략은 현재 MyCAT에서는 모듈로, 열거 등과 같은 일부 특수 규칙을 따르는 분할만 지원합니다. 나중에
------ ------------------------- ------------ ------------------------- ------------ ------------------------- ------------ -------
이름
=
"item_test" 기본 키="ID" 유형 ="전역" 데이터노드="dn1,dn2,dn3,dn4" /> 이 줄은 전역 테이블을 나타냅니다. 즉, item_test 테이블은 4개의 dataNode에 완전한 데이터 복사본을 갖게 되며, 모든 데이터베이스에 배포됩니다. 질문할 때? ~ > ------------ ----------- ------------- ----------- ------------- ----------- ------------- -------------실제로 테스트에서 childtable을 사용하지는 않았지만 MyCAT의 디자인 문서에는 childtable이 부모 테이블에 의존하는 구조라고 언급되어 있었습니다.
이는 childtable의 조인키가 parentKey 전략을 따른다는 것을 의미합니다. 상위 테이블이 하위 테이블에 연결되어 있고 연결 조건이 childtable.joinKey=parenttable.parentKey인 경우 데이터베이스 간 연결이 수행되지 않습니다. --------------------------- ---------- --------------------------- ---------- --------------------------- ---------- -------------
dataNode의 매개변수는 이전 장에서 소개했으니 여기서는 건너뛰세요~
--------- ---------------------------- --------- ---------------------------- --------- ---------------------------- --------- -----------------
dataHost는 실제 백엔드 데이터베이스 클러스터를 구성합니다. 대부분의 매개변수는 간단하고 이해하기 쉽습니다. 두 가지 더 중요한 매개변수인 writeType과 Balance만 하나씩 소개하겠습니다.
에서 클러스터 구성하기 여기에서는 테스트 과정이 더 까다롭기 때문에 결론을 직접 게시하겠습니다.
) 2. Balance=1일 때 읽기 작업은 localhost1과 두 개의 읽기 호스트에 무작위로 분산됩니다(
localhost가 실패하면 쓰기 작업은
localhost1에서 수행됩니다. localhost1인 경우) 다시 실패하면 쓰기 작업이 불가능합니다
) 3. Balance=2인 경우 쓰기 작업은 localhost에서 수행되고 읽기 작업은 무작위로 분산됩니다. LocalHost1,
LocalHost1 및 두 개의 Readhost(위와 동일) 4. writeType = 0, 쓰기 작업은 Localhost가 실패할 경우 LocalHost에서 수행됩니다. 자동으로 localhost1로 전환됩니다. localhost가 복원된 후에는 쓰기 작업을 위해
localhost로 다시 전환되지 않습니다. localhost 및 localhost1에서는 단일 실패 지점은 클러스터의 쓰기 작업에 영향을 미치지 않습니다. 그러나 백엔드 슬레이브 라이브러리는 실패한 기본 라이브러리에서 업데이트를 얻을 수 없으며 데이터 불일치가 발생하면 실패합니다.
> 🎜>localhost.localhost의 슬레이브 라이브러리에 다른 라이브러리와 데이터 불일치가 있습니다 ------------- ----------- ------------- ----------- ------------- ----------- ------------- -------------실제로 MyCAT 자체의 읽기/쓰기 분리는 백엔드 클러스터의 동기화를 기반으로 하며, MyCAT 자체가 명령문 배포 기능을 제공합니다. sqlLimit 제한으로 인해 MyCAT은 프런트엔드 애플리케이션 계층의 논리에 어느 정도 영향을 미치게 됩니다.
스키마에서 테이블로의 구성은 MyCAT 자체의 논리 구조에 하위 데이터베이스 및 하위 테이블의 기능이 포함되어 있음을 보여줍니다( 모든 데이터베이스로 나눌 필요 없이 서로 다른 테이블이 서로 다른 데이터베이스에 존재하도록 지정)
위 내용은 MySQL 분산 클러스터 MyCAT(2) 스키마 코드 상세 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!