Spec-Zone.ru › MySQL 5.7

4.10 Обработка сигналов Unix в MySQL

В системах Unix и подобных Unix, процесс может получать сигналы, отправленные ему системным аккаунтом или аккаунтом, владеющим процессом. Сигналы могут быть отправлены с помощью команды kill. Некоторые интерпретаторы команд связывают определенные последовательности клавиш со сигналами, например, Control+C для отправки сигнала SIGINT. Этот раздел описывает, как сервер MySQL и клиентские программы реагируют на сигналы.

  • Ответ сервера на сигналы

  • Ответ клиента на сигналы

Ответ сервера на сигналы

mysqld отвечает на сигналы следующим образом:

  • SIGTERM заставляет сервер завершиться. Это эквивалентно выполнению инструкции SHUTDOWN без необходимости подключения к серверу (что для выключения требует аккаунта с привилегией SHUTDOWN).

  • SIGHUP заставляет сервер перезагрузить таблицы грантов и очистить таблицы, логи, кэш потоков и кэш хостов. Эти действия подобны различным формам инструкции FLUSH. Отправка сигнала позволяет выполнить операции очистки без подключения к серверу, что требует MySQL аккаунта с достаточными привилегиями для этих операций. Сервер также записывает отчет о состоянии в лог ошибок в следующем формате:

    Status information:
    
    Current dir: /var/mysql/data/
    Running threads: 4  Stack size: 262144
    Current locks:
    lock: 0x7f742c02c0e0:
    
    lock: 0x2cee2a20:
    :
    lock: 0x207a080:
    
    Key caches:
    default
    Buffer_size:       8388608
    Block_size:           1024
    Division_limit:        100
    Age_limit:             300
    blocks used:             4
    not flushed:             0
    w_requests:              0
    writes:                  0
    r_requests:              8
    reads:                   4
    
    handler status:
    read_key:           13
    read_next:           4
    read_rnd             0
    read_first:         13
    write:               1
    delete               0
    update:              0
    
    Table status:
    Opened tables:        121
    Open tables:          114
    Open files:            18
    Open streams:           0
    
    Memory status:
    <malloc version="1">
    <heap nr="0">
    <sizes>
      <size from="17" to="32" total="32" count="1"/>
      <size from="33" to="48" total="96" count="2"/>
      <size from="33" to="33" total="33" count="1"/>
      <size from="97" to="97" total="6014" count="62"/>
      <size from="113" to="113" total="904" count="8"/>
      <size from="193" to="193" total="193" count="1"/>
      <size from="241" to="241" total="241" count="1"/>
      <size from="609" to="609" total="609" count="1"/>
      <size from="16369" to="16369" total="49107" count="3"/>
      <size from="24529" to="24529" total="98116" count="4"/>
      <size from="32689" to="32689" total="32689" count="1"/>
      <unsorted from="241" to="7505" total="7746" count="2"/>
    </sizes>
    <total type="fast" count="3" size="128"/>
    <total type="rest" count="84" size="195652"/>
    <system type="current" size="690774016"/>
    <system type="max" size="690774016"/>
    <aspace type="total" size="690774016"/>
    <aspace type="mprotect" size="690774016"/>
    </heap>
    :
    <total type="fast" count="85" size="5520"/>
    <total type="rest" count="116" size="316820"/>
    <total type="mmap" count="82" size="939954176"/>
    <system type="current" size="695717888"/>
    <system type="max" size="695717888"/>
    <aspace type="total" size="695717888"/>
    <aspace type="mprotect" size="695717888"/>
    </malloc>
    
    Events status:
    LLA = Last Locked At  LUA = Last Unlocked At
    WOC = Waiting On Condition  DL = Data Locked
    
    Event scheduler status:
    State      : INITIALIZED
    Thread id  : 0
    LLA        : n/a:0
    LUA        : n/a:0
    WOC        : NO
    Workers    : 0
    Executed   : 0
    Data locked: NO
    
    Event queue status:
    Element count   : 0
    Data locked     : NO
    Attempting lock : NO
    LLA             : init_queue:95
    LUA             : init_queue:103
    WOC             : NO
    Next activation : never
    
  • SIGINT обычно игнорируется сервером. Запуск сервера с опцией --gdb устанавливает обработчик прерывания для SIGINT в целях отладки. Смотрите Раздел 5.8.1.4, “Отладка mysqld в gdb”.

Ответ клиента на сигналы

Клиентские программы MySQL реагируют на сигналы следующим образом:

  • Клиент mysql интерпретирует SIGINT (обычно результат ввода Control+C) как инструкцию прервать текущую инструкцию, если она есть, или отменить любую частичную строку ввода в противном случае. Это поведение можно отключить, используя опцию --sigint-ignore для игнорирования сигналов SIGINT.

  • Клиентские программы, использующие библиотеку MySQL клиента, по умолчанию блокируют сигналы SIGPIPE. Возможны такие варианты:

    • Клиент может установить свой собственный обработчик SIGPIPE для переопределения стандартного поведения. См. .

    • Клиенты могут предотвратить установку обработчиков SIGPIPE, указав опцию CLIENT_IGNORE_SIGPIPE при подключении. См. .

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-5.7-en/unix-signal-response.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API