MySQL 서버 연결 프로세스 분석

Mysqld는 MySQL 서버의 주요 프로세스입니다. mysqld는 MySQL의 진정한 핵심이라고 할 수 있으며, 모든 작업은 mysqld 프로세스를 중심으로 이루어집니다. 따라서 거대한 mysql을 분석해 보면 mysqld의 코드가 가장 획기적인 것입니다.

모든 것은 친숙한 main() 함수에서 시작됩니다. 실제로는 mysqld_main() 함수에서 시작됩니다. 이 코드는 모두 mysqld.cc에 있습니다. mysqld_main()은 win_main)()을 호출한다. win_main() 함수는 주로 일부 초기화 작업을 수행합니다.

초기화 작업이 완료되면 MySQL은 연결을 수락할 준비가 됩니다. 그러면 우리의 주인공인 Handle_connections_methods() 함수가 나타납니다. 이 함수의 주요 작업은 TCP/IP, 명명된 파이프 및 공유 메모리의 세 가지 방식으로 연결을 허용하는 세 가지 새로운 하위 프로세스를 만드는 것입니다. 일반적인 상황에서 고객은 가장 유연한 통신 방법인 TCP/IP(소켓)을 사용하여 MySQL 서버에 연결합니다. 그러나 임베디드 소프트웨어의 응용 환경에서는 후자의 두 가지 통신 방법을 사용해야 합니다.

• 간소화된 handler_connections_methods() 함수:

static void handle_connections_methods()
{
  mysql_mutex_lock(&LOCK_thread_count);
  mysql_cond_init(key_COND_handler_count, &COND_handler_count, NULL);
  handler_count=0;
  handler_count++;
  mysql_thread_create(key_thread_handle_con_namedpipes, &hThread, &connection_attrib, handle_connections_namedpipes, 0))；
  handler_count++;
  mysql_thread_create(key_thread_handle_con_sockets, &hThread, &connection_attrib, handle_connections_sockets_thread, 0))；
  handler_count++;
  mysql_thread_create(key_thread_handle_con_sharedmem, &hThread, &connection_attrib, handle_connections_shared_memory, 0))
  while (handler_count > 0)
    mysql_cond_wait(&COND_handler_count, &LOCK_thread_count);
  mysql_mutex_unlock(&LOCK_thread_count);
}

3개의 새 스레드를 생성한 후, handler_connectins_methods() 함수는 긴 루프에 들어가지 않습니다. 세 개의 연결 스레드가 모두 종료될 때까지 종료합니다. 여기서는 주로 소켓 연결 스레드를 살펴봅니다. 우리의 연구 개체는 이 handler_connections_sockets_thread입니다. 이 스레드는 자체적으로 초기화된 후 직접 handler_connections_sockets()를 호출합니다.

handle_connections_sockets() 함수는 select()를 사용하여 mysqld의 수신 포트를 호출한 다음 클라이언트 연결을 기다립니다. 클라이언트가 연결되면 이 함수에 THD 유형 변수가 생성됩니다. 이 변수는 연결 설정부터 시작하여 SQL 구문 분석, 쿼리 실행, 결과 반환 등에 이르는 "소셜 나비"입니다. 이 변수는 항상 존재하며, 한마디로 매우 중요한 변수입니다.

명령 전송 스테이션인 struct st_vio 구조도 있습니다. vio 유형 구조는 "Social Butterfly" THD에도 정의되어 있습니다. 이 구조의 기능은 스토리지 소켓에서 통신 내용을 읽은 다음 해당 값을 THD의 vio 변수에 할당하는 것입니다. VIO 유형은 요청 내용, 시간, 요청 소켓 주소 등을 포함하여 요청을 자세히 설명합니다. 다음에 일어나는 일은 이 "소셜 나비"를 서비스 스레드에 전달하는 것이며, create_thread_to_handle_connection()은 이 함수를 구현합니다.

• 다음은 삭제된 코드입니다

void create_thread_to_handle_connection(THD *thd)
{
  if (cached_thread_count > wake_thread)
  {
    mysql_cond_signal(&COND_thread_cache);
  }
  else
  {
    mysql_thread_create(key_thread_one_connection, &thd->real_id, &connection_attrib, handle_one_connection, (void*) thd)))；    
  }
}

유휴 캐시 스레드가 있는지 확인하는 함수입니다(MySQL에서는 후속 서비스 스레드의 연결을 끊지 않습니다). 즉시 삭제되고 대신 캐시됩니다. 캐시 스레드가 있으면 캐시 스레드를 사용하고, 그렇지 않은 경우 새 스레드를 생성하여 연결을 제공합니다. 이 시점에서 연결이 서비스 스레드에 진입했으며 연결 스레드가 반환되어 계속해서 연결을 기다립니다.

다음 내용은 모두 서비스 스레드에 구현되어 있습니다. 관심 있는 학생은 "MySQL 심층 이해"에 매우 자세한 코드 추적이 있습니다. 참조용으로 함수 호출 시퀀스를 첨부했습니다.

handle_one_connection()
mysql_thread_create()
handle_one_connection()
do_handle_one_connection()
init_new_connection_thread()
init_new_connection_handler_thread()
do_command()
dispatch_command()
mysql_parse()
mysql_execuate_command()

이상은 MySQL 서버 접속 과정에 대한 분석입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!