mySQL 최적화
3. 비즈니스 아키텍처를 캐시하고, 정적으로 배포할 수도 있습니다.
4. 전체 텍스트 색인 생성 대신또는 클라우드 서버의 색인을 사용하세요. 5. 여전히 효율성이 충분하지 않은 경우 마스터-슬레이브 방식을 사용하여 데이터 읽기와 쓰기를 분리할 수 있습니다.
- raid0: 가장 간단합니다(하드웨어 2개를 합치면 최대 100G+100G=200G) - Raid1: 미러 볼륨, 동일한 데이터를 두 개의 복사본으로 복사합니다. A/B에서 즉시 읽을 수 있으므로 하드 디스크가 손상되더라도 데이터가 손실되지 않습니다. - raid5: 하드 드라이브 3개, 하나가 고장나도 나머지 두 개는 계속 작동할 수 있습니다. 8. 여전히 속도가 느리다면 아직 테이블을 분할하지 마세요. MySQL의 자체 테이블 파티셔닝 기술을 사용하여 데이터를 여러 파일로 분할하면 읽기 시 디스크를 더 효율적으로 만들 수 있습니다. 9. 테이블을 수직으로 분할하여 자주 읽지 않는 데이터를 다른 테이블에 넣을 수 있습니다. (디스크 I/O를 절약하기 위해)
10. 데이터베이스 미들웨어를 사용하여 데이터를 데이터베이스, 테이블, 머신으로 나눌 수 있습니다. (원리: 데이터 라우팅)
옵션, 매개변수 최적화 및 일부 관련 팁은 MySQL을 최적화하는 방법입니다. 지정된 시간을 초과하는 SQL 문 쿼리, MySQL 문 쿼리 성능을 분석하는 방법은 실행 계획을 설명하는 것뿐만 아니라 MySQL이 지정된 시간을 초과하는 문을 기록하도록 허용합니다.
Xunsearch: 일반 개발자가 기존 대용량 데이터에 대한 자체 전문 검색 엔진을 빠르고 쉽게 구축할 수 있도록 설계된 무료 오픈 소스 전문 전문 검색 솔루션입니다. 전체 텍스트 검색은 서버의 검색 부하를 줄이고 검색 속도와 사용자 경험을 크게 향상시키는 데 도움이 됩니다.
테이블 엔진
단점
읽기 속도가 빠르고 메모리와 저장 자원을 많이 차지하지 않습니다트랜잭션을 지원하지 않으며 오류가 발생하지 않습니다- 하드 디스크가 충돌하면 데이터 파일을 복원할 수 없습니다(정기 백업)
트랜잭션을 지원하고 외래 키를 지원합니다.트랜잭션을 지원하지 않습니다. 외래 키를 지원하지 않습니다
INNODB 및 BERKLEY(BDB)
HEAP | 임시 테이블을 허용합니다. 메모리에만 상주하므로 ISAM보다 낫습니다. MYISAM보다 빠릅니다 | |
---|---|---|
Normal | ||
첫 번째 정규형(1NF) | ||
column | 의 정보는 세분화될 수 없습니다. [열 고유]No. 두 번째 정규형(2NF) | |
row | 는 고유해야 합니다. 구별 (각 행에 기본 키가 구축됨) [행 고유]제3정규형(3NF) |
위 내용은 MySQL이 최적화되는 방법 알아보기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!