MYSQL 학습 요약(6): my.cnf의 각 매개변수 구성 및 상태에 따른 최적화
#여기에서는 [mysqld] 부분만 언급됩니다
Datadir = /data/mysql //mysql 데이터 디렉터리
Skip-locking //오류 가능성 줄이기
Key_buffer = 384M //인덱스 버퍼 size, 어떻게 설정하는지는 나중에 자세히 다루겠습니다
Max_allowed_packet = 1M //네트워크 전송시 1개의 메시지 전송 최대값
Table_cache = 512 //테이블 버퍼 크기
Sort_buffer_size = 2M // 정렬 쿼리 시 버퍼 크기에 대해서는 뒤에서 자세히 설명합니다
Read_buffer_size=2M//쿼리 연산에서 사용할 수 있는 버퍼 크기
Read_rnd_buffer_size = 8M //랜덤 쿼리에서 사용할 수 있는 메모리 크기 Operations
Myisam_sort_buffer_size=64M //MyISAM 테이블 변경 시 재정렬에 필요한 버퍼링
Thread_cache_size = 8M //트레드 캐시 풀에 캐시할 수 있는 최대 연결 스레드 수를 64 이상의 값으로 설정 메모리 4G 이상
Query_cache_size = 32M //쿼리 버퍼 영역 크기
Thread_concurrency = 8 //논리 서버 수 * 2로 설정
Thread_stack = 256K //MYSQL의 각 스레드 스택 크기. 기본값은 충분히 큽니다. ERROR:1436 스레드 스택 오버런이 발생하면 증가할 수 있습니다. 이 값은
Skip-name-resolve //연결된 시스템의 DNS 해상도를 제거하기 위해 추가하는 것이 가장 좋습니다. ERROR:2013의 발생은 다음으로 인해 발생합니다.
Log-bin=mysql-bin //바이너리 로그 열기
Log-slow-queries = /usr/local/mysql/var/slowquery.log //오픈 시간이 초과된 쿼리와 인덱스가 없는 쿼리를 확인하기 위한 느린 쿼리 로그입니다. 기본 느린 쿼리 시간은 5초이며, 5초를 초과하는 쿼리는 기록됩니다. set long_query_time = 2를 사용하여 느린 쿼리 시간을 설정할 수 있으며, mysqldumpslow를 사용하여 느린 쿼리 로그를 분석할 수도 있습니다. 예를 들어 가장 많이 액세스한 20개의 명령문을 분석하려면 mysqldumpslow –s c –t 20 /usr/local/mysql을 사용합니다. /var /slowquery.log
# MYSQL 상태를 확인하여 각 매개변수의 값을 수정합니다.
#MYSQL 상태를 확인하려면 주로 show 명령어를 사용합니다. 일반적으로 시스템 상태 및 변수 확인 매개변수 값
예: 현재 시스템에 느린 쿼리 로그가 몇 개 있는지 확인
"%slow%"와 같은 전역 상태 표시 //느린 쿼리 수를 얻을 수 있습니다.
현재 느린 쿼리 설정 확인
"%slow%"와 같은 변수 표시; //slow_launch_time을 얻을 수 있습니다.
#max_connections 값을 설정하고 확인
"max_connections"과 같은 변수 표시;
“max_used_connections”와 같은 전역 상태를 표시합니다.
max_used_connections가 max_connections 값에 가까우면 max_connections 값을 늘려야 합니다. max_connections = 256 설정(다시 시작한 후에는 유효하지 않으므로 my.cnf에 작성하는 것이 가장 좋습니다)
# key_buffer_size 값 설정
"key_read%"와 같은 전역 상태 표시 //View key_buffer_size 사용 상황
계산식: Key_reads/ Key_read_requests < 0.1%가 가장 좋지만, Key_reads/ Key_read_requests < 0.01%이면 key_buffer_size가 너무 많이 할당되었음을 의미합니다.
#프로세스 사용량 보기
“Thread%”와 같은 전역 상태 표시;
Threads_created가 너무 크면 MYSQL 서버가 스레드를 생성하고 있다는 의미이며, 현재 조정될 수 있습니다. thread_cache_size의 값입니다.
#쿼리 캐시(qurey_cache_size) 설정 보기
“qcache%”와 같은 전역 상태 표시;
“query_cache%”와 같은 변수 표시
여기에는 쿼리에 대한 세 가지 지표가 있습니다.
쿼리 캐시 조각화 비율 = Qcache_free_blocks/Qcache_total_blocks. 20%를 초과하는 경우 쿼리 캐시 플러시를 사용하여 캐시 조각 모음을 수행할 수 있습니다.
쿼리 캐시 사용률 = (query_cache_size-Qcache_free_memory)/query_cache_size. 25% 미만이면 query_cache_size 설정이 너무 크다는 의미입니다. 80% 이상이고 Qcache_lowmem_prunes>50이면 query_cache_size가 약간 작은 것을 의미합니다.
쿼리 캐시 적중률 = (Qcache_hits-Qcache_inserts)/Qcache_hits, 이는 참고용일 뿐입니다. 너무 작으면 읽기와 쓰기가 자주 발생한다는 의미이며 조각이 있습니다.
#열린 파일 수 보기
“open_files”와 같은 전역 상태 표시;
“open_files_limit”와 같은 변수 표시;
일반적으로 파일 열기 열려 있는 파일 수는 75% 미만이어야 합니다.
요약하면 일반적으로 주의해야 할 사항은 다음 매개변수입니다.
max_connections = 256 // 실제 상황에 따라 조정
Thread_cache_size = 64M //메모리가 4G보다 클 경우 64 이상으로 구성
Query_cache_size = 64M
Tmp_table_size = 256M //최대 메모리 임시 테이블 값
Table_cache = 614 //테이블에 할당된 메모리에 액세스하면 IO를 줄일 수 있습니다
Skip-name-resolve //액세스 시간 초과 및 기타 문제를 방지하기 위해 추가됨
위는 MYSQL 학습요약(6)입니다: 상태에 따른 my.cnf 매개변수 구성 및 최적화 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











MySQL 데이터베이스에서 사용자와 데이터베이스 간의 관계는 권한과 테이블로 정의됩니다. 사용자는 데이터베이스에 액세스 할 수있는 사용자 이름과 비밀번호가 있습니다. 권한은 보조금 명령을 통해 부여되며 테이블은 Create Table 명령에 의해 생성됩니다. 사용자와 데이터베이스 간의 관계를 설정하려면 데이터베이스를 작성하고 사용자를 생성 한 다음 권한을 부여해야합니다.

MySQL에는 무료 커뮤니티 버전과 유료 엔터프라이즈 버전이 있습니다. 커뮤니티 버전은 무료로 사용 및 수정할 수 있지만 지원은 제한되어 있으며 안정성이 낮은 응용 프로그램에 적합하며 기술 기능이 강합니다. Enterprise Edition은 안정적이고 신뢰할 수있는 고성능 데이터베이스가 필요하고 지원 비용을 기꺼이 지불하는 응용 프로그램에 대한 포괄적 인 상업적 지원을 제공합니다. 버전을 선택할 때 고려 된 요소에는 응용 프로그램 중요도, 예산 책정 및 기술 기술이 포함됩니다. 완벽한 옵션은없고 가장 적합한 옵션 만 있으므로 특정 상황에 따라 신중하게 선택해야합니다.

데이터 통합 단순화 : AmazonRdsMysQL 및 Redshift의 Zero ETL 통합 효율적인 데이터 통합은 데이터 중심 구성의 핵심입니다. 전통적인 ETL (추출, 변환,로드) 프로세스는 특히 데이터베이스 (예 : AmazonRDSMySQL)를 데이터웨어 하우스 (예 : Redshift)와 통합 할 때 복잡하고 시간이 많이 걸립니다. 그러나 AWS는 이러한 상황을 완전히 변경 한 Zero ETL 통합 솔루션을 제공하여 RDSMYSQL에서 Redshift로 데이터 마이그레이션을위한 단순화 된 거의 실시간 솔루션을 제공합니다. 이 기사는 RDSMYSQL ZERL ETL 통합으로 Redshift와 함께 작동하여 데이터 엔지니어 및 개발자에게 제공하는 장점과 장점을 설명합니다.

1. 올바른 색인을 사용하여 스캔 한 데이터의 양을 줄임으로써 데이터 검색 속도를 높이십시오. 테이블 열을 여러 번 찾으면 해당 열에 대한 인덱스를 만듭니다. 귀하 또는 귀하의 앱이 기준에 따라 여러 열에서 데이터가 필요한 경우 복합 인덱스 2를 만듭니다. 2. 선택을 피하십시오 * 필요한 열만 선택하면 모든 원치 않는 열을 선택하면 더 많은 서버 메모리를 선택하면 서버가 높은 부하 또는 주파수 시간으로 서버가 속도가 느려지며, 예를 들어 Creation_at 및 Updated_at 및 Timestamps와 같은 열이 포함되어 있지 않기 때문에 쿼리가 필요하지 않기 때문에 테이블은 선택을 피할 수 없습니다.

MySQL 데이터베이스 성능 최적화 안내서 리소스 집약적 응용 프로그램에서 MySQL 데이터베이스는 중요한 역할을 수행하며 대규모 트랜잭션 관리를 담당합니다. 그러나 응용 프로그램 규모가 확장됨에 따라 데이터베이스 성능 병목 현상은 종종 제약이됩니다. 이 기사는 일련의 효과적인 MySQL 성능 최적화 전략을 탐색하여 응용 프로그램이 고 부하에서 효율적이고 반응이 유지되도록합니다. 실제 사례를 결합하여 인덱싱, 쿼리 최적화, 데이터베이스 설계 및 캐싱과 같은 심층적 인 주요 기술을 설명합니다. 1. 데이터베이스 아키텍처 설계 및 최적화 된 데이터베이스 아키텍처는 MySQL 성능 최적화의 초석입니다. 몇 가지 핵심 원칙은 다음과 같습니다. 올바른 데이터 유형을 선택하고 요구 사항을 충족하는 가장 작은 데이터 유형을 선택하면 저장 공간을 절약 할 수있을뿐만 아니라 데이터 처리 속도를 향상시킬 수 있습니다.

데이터베이스 산 속성에 대한 자세한 설명 산 속성은 데이터베이스 트랜잭션의 신뢰성과 일관성을 보장하기위한 일련의 규칙입니다. 데이터베이스 시스템이 트랜잭션을 처리하는 방법을 정의하고 시스템 충돌, 전원 중단 또는 여러 사용자의 동시 액세스가 발생할 경우에도 데이터 무결성 및 정확성을 보장합니다. 산 속성 개요 원자력 : 트랜잭션은 불가분의 단위로 간주됩니다. 모든 부분이 실패하고 전체 트랜잭션이 롤백되며 데이터베이스는 변경 사항을 유지하지 않습니다. 예를 들어, 은행 송금이 한 계정에서 공제되지만 다른 계정으로 인상되지 않은 경우 전체 작업이 취소됩니다. BeginTransaction; updateAccountssetBalance = Balance-100WH

MySQL 사용자 이름 및 비밀번호를 작성하려면 : 1. 사용자 이름과 비밀번호를 결정합니다. 2. 데이터베이스에 연결; 3. 사용자 이름과 비밀번호를 사용하여 쿼리 및 명령을 실행하십시오.

다음 명령으로 MySQL 데이터베이스를보십시오. 서버에 연결하십시오. mysql -u username -p password run show database; 기존의 모든 데이터베이스를 가져 오려는 명령 데이터베이스 선택 : 데이터베이스 이름 사용; 보기 테이블 : 테이블 표시; 테이블 구조보기 : 테이블 이름을 설명합니다. 데이터보기 : 테이블 이름에서 *를 선택하십시오.
