운좋은하루

머리말 역사적으로 MySQL 환경에서 캐싱을 사용하는 방법에는 두 가지가 있습니다. MySQL 쿼리 캐시 사용: MySQL 서버 자체에 내장되어 있으며 외부 종속성이 없습니다. 해당 테이블이 쓰기를 수신하면 캐시 항목이 무효화되기 때문에 쓰기 집약적인 워크로드에 병목 현상이 발생합니다. use external caching : 많은 유연성을 허용하지만 응용 프로그램이 데이터베이스와 캐싱 시스템 모두에 연결해야 하고 업데이트를 유지해야 하기 때문에 많은 응용 프로그램 변경 및 논리가 필요합니다. 외부 캐싱은 매우 효율적이지만 개발 노력이 필요하고 DBA는 데이터 흐름을 제어할 수 없습니다. 유선 캐싱 ProxySQL은 쿼리 캐싱에 새로운 패러다임을 도입했습니다. 구성(자세한 내용은 아래 참조)에 따라 결과..

ProxySQL의 샤딩 샤딩은 ProxySQL의 또 다른 주요 사용 사례이며 기본적으로 샤딩에 대한 3x 주요 접근 방식이 있습니다. 사용자 기반 샤딩 스키마 기반 샤딩 데이터 기반 샤딩 다음 예제는 이러한 3x 특정 사용 사례를 다룹니다. 쿼리 규칙은 다른 많은 접근 방식을 지원할 수 있을 만큼 충분히 유연합니다. 사용자 기반 샤딩 이 가장 간단한 형태의 샤딩에서 ProxySQL은 연결에 정의된 "사용자"를 기반으로 적절한 샤드로 쿼리를 라우팅합니다. 우리가 해야 할 일은 "default_hostgroup"과 함께 MySQL 사용자를 정의하는 것뿐입니다. 이 접근 방식에는 쿼리 규칙이 필요하지 않습니다. 예를 들어: INSERT INTO mysql_users (username, password, act..

ProxySQL 읽기/쓰기 분할 읽기/쓰기 분할은 가장 일반적으로 사용되는 쿼리 라우팅 유형 중 하나이며 가장 일반적으로 사용되는 다른 쿼리 라우팅 구현은 샤딩입니다. 보고 쿼리를 특정 복제본으로 라우팅하는 것과 같은 쿼리 라우팅에 대한 다른 많은 사용 사례가 있지만 읽기/쓰기 분할 및 샤딩이 가장 일반적입니다. 다른 포트를 사용하여 읽기/쓰기 분할 MySQL용 표준 TCP 로드 밸런서를 사용하는 경우 일반적으로 두 개의 개별 포트에서 수신 대기하도록 구성합니다. 각 포트는 엔드포인트 역할을 하며 하나는 쓰기용이고 다른 하나는 읽기용입니다. 유사한 접근 방식을 사용하여 ProxySQL을 구성하는 것이 일반적이며, 특히 이러한 메커니즘을 이미 구현한 다른 TCP 로드 밸런서를 위해 마이그레이션할 때 그렇습..

ProxySQL에서 백엔드 MySQL 서버 구성 MySQL 서버는 mysql_servers및 (선택 사항) mysql_replication_hostgroups테이블에서 구성됩니다. 참고 : 다음 섹션을 읽기 전에 ProxySQL에서 사용 하는 다중 계층 구성 시스템 을 이해해야 합니다. 구체적으로: mysql_servers및 mysql_replication_hostgroups테이블 의 변경 사항은 LOAD MYSQL SERVERS TO RUNTIME 실행 없이 적용되지 않습니다. SAVE MYSQL SERVERS TO DISK 실행 하여 디스크에 저장하지 않으면 다시 시작/충돌 후 의 변경 사항 mysql_servers및 mysql_replication_hostgroups테이블 이 손실됩니다 . mysq..

초기 구성 이 가이드에서는 ProxySQL의 기본 구성 요소를 단계별로 구성하는 방법을 설명합니다. 이 가이드에서는 사용자가 ProxySQL의 전체 아키텍처를 이해하고 있고 ProxySQL이 기본 구성으로 운영 체제에 이미 설치되어 있다고 가정합니다. ProxySQL의 내부는 모든 MySQL 명령줄 클라이언트를 통해 액세스할 수 있는 표준 SQL ProxySQL Admin 인터페이스를 사용하여 재구성할 수 있습니다(기본 포트 6032 사용 가능).: $ mysql -u admin -padmin -h 10.10.0.1 -P6032 --prompt 'ProxySQL Admin> ' mysql_servers, mysql_replication_hostgroups 과 mysql_query_rules 테이블에 항목..

Support for MySQL 8.0 ProxySQL은 MySQL 8.0을 완전히 지원하지만 버전 2.0.2 이전에는 몇 가지 제한 사항이 있습니다. MySQL 8.0.4부터 MySQL 서버의 기본 인증 플러그인이 mysql_native_password에서 caching_sha2_password 로 변경 되었습니다 . ProxySQL은 아직 caching_sha2_password 를 지원하지 않습니다. 이러한 이유로 mysql_native_password로 MySQL 서버를 구성해야 합니다. ProxySQL 2.0.2 이전 버전을 사용하는 경우 자세한 내용은 문서 를 참조하십시오. ProxySQL 은 caching_sha2_password 인증 플러그인을 사용하는 클라이언트가 연결을 시도하는 경우 (프..

Global Variables Admin Variable Reference General MySQL Variable Reference MySQL Monitor Variable Reference ProxySQL의 동작은 전역 변수를 사용하여 조정할 수 있습니다. 다음 두 가지 방법으로 구성할 수 있습니다. 런타임 시 관리 인터페이스 사용(권장) 시작할 때 구성 파일의 전용 섹션 사용 ProxySQL은 데몬을 다시 시작할 필요 없이 대부분의 변수가 런타임에 변경되고 즉시 적용되도록 허용하여 최대 가동 시간을 지원합니다. 런타임 시 변경할 수 없는 변수는 mysql-interfaces, mysql-threads 그리고 mysql-stacksize 3개 뿐입니다. 또한 제어하는 ​​ProxySQL의 부분에 따라..

The ProxySQL configuration file ProxySQL은 다중 계층 구성 시스템, 특히 3개 구성 계층을 사용합니다 . 이 특정 아키텍처에서 구성 파일에 있는 대부분의 구성은 initial bootstrap , initial startup 또는 reload startup 중에만 읽고 구문 분석됩니다 . 그러나 매우 작은 변수 세트는 항상 구성 파일에서 읽습니다(있는 경우). 자세한 내용은 아래를 참조하십시오. 문법 ProxySQL 구성 파일은 libconfig 를 사용하여 구문 분석 되며 해당 문법은 libconfig 매뉴얼 에 설명되어 있습니다. 패키지된 proxysql내에 proxysql.cfg에 해당 문법대로 작성되어 있습니다. 마지막으로 아래 문법 참조가 있습니다. configu..

Multi layer configuration system ProxySQL has an advanced yet intuitive configuration system built to facilitate: 다운타임 없는 변경을 보장하는 사용하기 쉬운 동적 런타임 구성 시스템 구성을 이전 상태로 손쉽게 롤백 MySQL 호환 관리 인터페이스 이는 설정이 런타임에서 메모리로 이동되고 원하는 대로 디스크에 유지되는 다중 계층 구성 시스템을 통해 달성됩니다. RUNTIME MEMORY DISK 구성의 3개 계층은 다음으로 구성됩니다. RUNTIME RUNTIME 계층 은 요청을 처리하는 작업자 스레드에서 사용하는 ProxySQL의 메모리 내 데이터 구조를 나타냅니다. 런타임 변수에는 다음과 관련된 구성이 포함됩니다..

개요 감사 로그는 버전 2.0.5부터 ProxySQL에 도입되었습니다. 이 기능을 사용하면 특정 연결 활동을 추적할 수 있습니다. ProxySQL은 종종 전체 데이터베이스 인프라에 대한 단일 액세스 지점으로 사용되기 때문에 ProxySQL에 대한 액세스 및 ProxySQL 자체 뒤의 데이터베이스 설정을 모니터링하는 것이 종종 매우 중요합니다. ProxySQL 감사 로그는 이 요구 사항을 정확하게 해결합니다. mysql-auditlog_filename이 기능을 활성화하려면 로깅이 수행될 파일을 지정하도록 변수 를 구성해야 합니다. 이 변수의 기본값은 빈 문자열입니다. 기본적으로 로깅이 활성화되지 않습니다. 활성화되면 다음 이벤트가 기록됩니다. MySQL 모듈에서: 성공적인 인증 인증 실패 우아한 연결 끊기..