SQL 문 실행

권장(무료): SQL

Zero, 데이터베이스 드라이버

• MySQL 드라이버는 연결이 설정된 후에만 데이터베이스에 연결할 수 있도록 도와줍니다. 다음 상호 작용.

1. 데이터베이스 연결 풀

• 데이터베이스 연결 풀에는 Druid, C3P0, DBCP가 포함됩니다.
• 연결 풀을 사용하면 스레드를 지속적으로 생성하고 삭제하는 오버헤드가 크게 절약됩니다. 이것이 유명한 "풀링" 아이디어입니다. 스레드 풀이든 HTTP 연결 풀이든 그 존재를 확인할 수 있습니다

2. SQL 인터페이스

• MySQL에서 요청을 처리하는 스레드는 요청을 받은 후 SQL 문을 가져와서 처리를 위한 SQL 인터페이스입니다.

3. 쿼리 파서

• 는 SQL 인터페이스가 전달한 SQL 문을 구문 분석하여 MySQL이 이해할 수 있는 언어로 변환합니다.

4. MySQL 쿼리 최적화기

• MySQL은 최소 비용 원칙 비용 = IO 비용 + CPU 비용
• IO 비용
• 에 따라 해당 인덱스를 사용하도록 선택합니다. 즉, 디스크에서 데이터를 로드합니다. 메모리 비용은 기본적으로 데이터 페이지를 읽는 데 드는 IO 비용이 1입니다. MySQL은 특정 데이터를 사용할 때 이 데이터를 읽을 뿐만 아니라 페이지 형식으로 데이터를 읽습니다. 이는 데이터에 인접한 메모리에도 읽혀집니다. 이는 유명한 프로그램 지역성 원칙이므로 MySQL은 매번 전체 페이지를 읽으며 한 페이지의 비용은 1입니다. 따라서 IO 비용은 주로 페이지 크기와 관련이 있습니다
CPU 비용
• : 데이터를 메모리로 읽어온 후 데이터가 조건을 충족하는지 여부와 정렬 및 기타 CPU 작업 비용도 감지해야 합니다. . 당연히 행 수와 관련이 있습니다. 기본적으로 레코드 감지 비용은 0.2입니다. MySQL 옵티마이저는 "IO 비용 + CPU" 실행 비용이 가장 적은 인덱스를 계산합니다.

5. 스토리지 엔진

쿼리 옵티마이저는 스토리지 엔진 인터페이스를 호출하여 SQL을 실행합니다. 정말

SQL 실행 작업은 스토리지 엔진
• 에서 완료됩니다. 데이터는 메모리나 디스크에 저장됩니다.
• SQL이 실행될 때마다 데이터가 메모리에 로드됩니다. 이 메모리는 InnoDB에서 매우 중요한 구성 요소입니다.
Buffer Pool

6. 실행자

Executor는 최종적으로 스토리지 엔진 인터페이스를 호출하여 일련의 실행 계획에 따라 SQL의 실행을 완료합니다.

7. Buffer Pool

Buffer Pool(버퍼 풀)은 SQL에서 매우 중요한 메모리 구조입니다. InnoDB 스토리지 엔진입니다.

• 버퍼 풀은 처음 쿼리할 때 나중에 요청이 있을 수 있도록 쿼리 결과를 버퍼 풀에 저장한다는 의미입니다. 그렇지 않은 경우에는 디스크에서 검색한 후 버퍼 풀에 배치됩니다. 버퍼 풀에 사용된 데이터는 잠깁니다.
• 
  8. 로그 파일 3개

1. 실행 취소 로그 파일 : 데이터가 수정되기 전의 모습을 기록합니다.

기능: 실행 취소 로그 파일을 사용하여 트랜잭션 롤백을 완료합니다.

2. redo 로그 파일 : 수정된 데이터를 기록합니다.

redo는 데이터 수정 후의 값을 기록합니다. 트랜잭션 제출 여부에 관계없이 MySQL은 이러한 작업을 저장합니다. 완료하려면 업데이트된 데이터가 리두 로그 버퍼에 기록된 후 특정 시점에 디스크에 유지됩니다.

• 3. Bin 로그 로그 파일:
  전체 작업 과정을 기록합니다 구현 방법

  Properties	redo Log	bin Log
  파일 크기	리두 로그의 크기는 고정되어 있습니다(구성에서도 설정할 수 있으며 일반적으로 기본값이면 충분합니다)	bin log를 전달할 수 있습니다. 구성 매개변수 max_bin log_size는 각 bin log 파일의 크기를 설정합니다(그러나 일반적으로 수정하는 것은 권장되지 않습니다). max_bin log_size设置每个bin log文件的大小（但是一般不建议修改）。
  实现方式	redo log是InnoDB引擎层实现的（也就是说是 Innodb 存储引起过独有的）	bin log是 MySQL 层实现的，所有引擎都可以使用 bin log日志
  记录方式	redo log 采用循环写的方式记录，当写到结尾时，会回到开头循环写日志。	bin log 通过追加的方式记录，当文件大小大于给定值后，后续的日志会记录到新的文件上
  使用场景	redo log适用于崩溃恢复(crash-safe)（这一点其实非常类似与 Redis 的持久化特征）	bin log

  redo 로그는 InnoDB 엔진 계층에 의해 구현됩니다(즉, Innodb 저장소에 고유함)

  🎜bin log는 MySQL 레이어에 의해 구현됩니다. 모든 엔진은 bin log를 사용할 수 있습니다. log🎜🎜🎜🎜기록 방법🎜🎜redo 로그는 끝까지 기록할 때 루프 쓰기 방법을 사용합니다. 루프의 쓰기 로그를 처음으로 반환합니다. 🎜🎜bin 로그는 파일 크기가 지정된 값보다 클 경우 후속 로그가 새 파일에 기록됩니다.🎜🎜🎜🎜사용 시나리오🎜🎜redo 로그는 충돌 복구에 적합합니다. (충돌 방지) (실제로 Redis의 지속성 기능과 매우 유사합니다.) 🎜🎜bin log는 마스터-슬레이브 복제 및 데이터 복구에 적합합니다.🎜🎜🎜🎜🎜bin 로그는 전체 작업을 기록합니다. 기록 (마스터-슬레이브 복제에 매우 중요합니다)🎜

위 내용은 SQL 문 실행의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!