TDSQL for MySQL은 MySQL 프로토콜 및 구문과의 호환성이 높습니다. 그러나 아키텍처의 차이로 인해 TDSQL은 SQL에 대한 특정 제한 사항이 있습니다. 분산 아키텍처를 더 잘 활용하려면 아래 권장 사항을 따르는 것이 좋습니다.
TDSQL 인스턴스는 수평적 확장이 가능하여 방대한 양의 데이터가 있는 시나리오에 적합합니다. 그 기능은 다음과 같이 설명됩니다.
유연한 읽기/쓰기 분리 지원
order by, group by 및 limit를 포함한 글로벌 작업 지원
sum, count, avg, min 및 max를 포함한 집계 함수 지원
노드(set) 간 join 작업 및 서브 쿼리 지원
전처리 프로토콜 지원
전역 고유 필드 및 sequence 지원
분산 트랜잭션 지원
2단계 파티셔닝 지원
전체 클러스터의 구성 및 상태 조회를 위한 특정 SQL 문 제공
TDSQL 인스턴스는 세 가지 유형의 테이블을 지원합니다.
분할된 테이블: 수평으로 분할된 테이블입니다. 비즈니스 관점에서는 완전한 논리적 테이블이지만 백엔드는 shardkey의 HASH 값에 따라 데이터를 다른 노드(set)에 배포합니다.
비 샤딩 테이블: Noshard 테이블이라고도 하며 특별히 샤딩하거나 처리할 필요가 없습니다. 현재 TDSQL 인스턴스는 기본적으로 설정된 첫 번째 물리적 노드(set)에 이러한 유형의 테이블을 저장합니다.
브로드캐스트 테이블: 소규모 테이블 브로드캐스트 기술을 기반으로 합니다. 테이블이 브로드캐스트 테이블로 설정되면 테이블의 모든 작업이 모든 노드(set)로 브로드캐스트되며 각 set에는 테이블의 모든 데이터가 있습니다. 종종 비즈니스 시스템의 구성 테이블로 사용됩니다.
주의 사항：
TDSQL 인스턴스에서 두 테이블에 동일한 샤드키가 있는 경우 두 테이블의 동일한 샤드키에 해당하는 행은 확실히 동일한 물리적 노드 집합에 저장됩니다. 이러한 유형의 시나리오를 그룹 샤드(groupshard)라고 하며, 이는 조인 쿼리와 같은 문의 처리 효율성을 크게 향상시킵니다.
non-sharded 테이블은 기본적으로 첫 번째 set에 배치되기 때문에 TDSQL 인스턴스에서 많은 수의 non-sharded 테이블이 생성되면 첫 번째 set의 부하가 너무 높아집니다.
대부분의 경우 TDSQL 인스턴스에서 분할된 테이블을 생성하는 것이 좋습니다.