O Health Monitor mostra informações de espaço em disco, informações de memória do sistema e informações de memória de processo a cada sessenta segundos e armazena um valor diário de dados em tabelas no Esquema de Desempenho do MySQL Server. Se o espaço em disco disponível ou a memória disponível ficar abaixo de determinados limites predefinidos, o Health Monitor emitirá avisos e o registrará na tabela performance_schema.error_log.

O Health Monitor usa unidades de armazenamento MiB/GiB/TiB em que 100 GB = 93 GiB.

O armazenamento total disponível para um sistema de banco de dados contém o seguinte:

• Armazenamento disponível: o espaço em disco após a reserva de armazenamento é excluído do armazenamento total.
• Reserva de armazenamento: O espaço em disco menor das variáveis de configuração disk_low_space_level e disk_low_space_percent. O valor padrão de disk_low_space_level é 5.000 MiB e o valor padrão de disk_low_space_percent é 4% do armazenamento total.
• Armazenamento crítico: o espaço em disco na reserva de armazenamento abaixo do limite crítico, que é definido pela variável de configuração disk_low_space_critical_level. Este é o espaço em disco mínimo viável para o sistema evitar a exaustão do disco. O espaço de armazenamento crítico padrão é 2.000 MiB.

Avisos de espaço em disco

Quando o espaço em disco fica abaixo de determinada porcentagem do armazenamento disponível, o Health Monitor emite os seguintes avisos e o registra na tabela performance_schema.error_log:

• WARNING_DISK_USAGE_LEVEL_1: Quando o espaço em disco fica abaixo de 20% do armazenamento disponível.
• WARNING_DISK_USAGE_LEVEL_2: Quando o espaço em disco fica abaixo de 10% do armazenamento disponível.
• WARNING_DISK_USAGE_LEVEL_3: Quando o espaço em disco fica abaixo de 5% do armazenamento disponível.

Por exemplo, se o armazenamento total for 100.000 MiB e a reserva de armazenamento for menor das duas variáveis de configuração a seguir:

• disk_low_space_level : O valor padrão é 5.000 MiB.
• disk_low_space_percent: É 4% do armazenamento total, ou seja, 4% de 100.000 MiB = 4.000 MiB.

A reserva de armazenamento é 4.000 MiB, que é menor das duas variáveis de configuração.

Você pode encontrar o armazenamento disponível excluindo a reserva de armazenamento do armazenamento total:

100,000 - 4,000 = 96,000 MiB

O Health Monitor emite os seguintes avisos:

• WARNING_DISK_USAGE_LEVEL_1: Quando o espaço em disco fica abaixo de 20% do armazenamento disponível, que é 20/100*96.000 = 19.200 MiB.
• WARNING_DISK_USAGE_LEVEL_2: Quando o espaço em disco fica abaixo de 10% do armazenamento disponível, que é 10/100*96.000 = 9.600 MiB.
• WARNING_DISK_USAGE_LEVEL_3: Quando o espaço em disco fica abaixo de 5% do armazenamento disponível, que é 5/100*96.000 = 4.800 MiB.

Falta significativa ou sustentada de espaço em disco

O Health Monitor define uma falta significativa ou sustentada de espaço em disco quando as seguintes condições são atendidas:

• Falta significativa: O espaço em disco fica abaixo do limite crítico definido por disk_low_space_critical_level.
• Falta sustentada: O espaço em disco fica abaixo da reserva de armazenamento e, em seguida, permanece na reserva de armazenamento pela duração definida pela variável de configuração disk_low_space_duration.

Quando há uma escassez significativa ou sustentada de espaço em disco, o Health Monitor faz o seguinte:

• SUPER_READ_ONLY=ON: Define as variáveis do sistema, SUPER_READ_ONLY, como ON no MySQL Server. O MySQL Server rejeita todas as novas instruções de gravação SQL de entrada (UPDATE, INSERT, DELETE e DDL), independentemente dos usuários e dos privilégios. As transações em execução podem ser concluídas, mas novas gravações são proibidas até que o espaço em disco esteja disponível novamente. Você não pode carregar dados no cluster HeatWave quando o servidor está no modo SUPER_READ_ONLY.

  Em alguns casos, bloqueios de leitura global, commits contínuos ou bloqueios de metadados bloqueiam o Health Monitor de definir a variável de sistema SUPER_READ_ONLY. Nesses casos, se você definir a variável health_monitor.disk_fallback_force, o Health Monitor identificará e encerrará consultas ativas que contêm bloqueios globais para definir a variável do sistema SUPER_READ_ONLY.

• OFFLINE_MODE=ON: Define a variável do sistema, OFFLINE_MODE, como ON no MySQL Server. O MySQL Server desconecta usuários clientes que não têm o privilégio CONNECTION_ADMIN, termina instruções de execução e releases e bloqueia novas conexões com um erro apropriado.
• super_read_only_disk_full=ON: Define a variável de status, super_read_only_disk_full, como ON, indicando que o modo somente leitura foi acionado devido ao baixo espaço em disco. Você pode ver o valor da variável de status super_read_only_disk_full com um dos seguintes comandos:
  • SHOW GLOBAL STATUS WHERE variable_name = 'super_read_only_disk_full';
  • SELECT * FROM performance_schema.global_status WHERE variable_name = 'super_read_only_disk_full';

As variáveis do sistema mudam o comportamento do MySQL Server, enquanto as variáveis de status são indicadores estáticos do estado do MySQL Server.

Recuperação para a Operação Normal

Depois que SUPER_READ_ONLY e OFFLINE_MODE são definidos, o Health Monitor faz o seguinte:

• Verifique o espaço em disco a cada minuto.
• Defina OFFLINE_MODE=OFF se o espaço em disco disponível se recuperar e permanecer acima de disk_recovery_level por disk_recovery_time_1 segundos ou mais.
• Defina SUPER_READ_ONLY=OFF se o espaço em disco disponível se recuperar e permanecer acima de disk_recovery_level por mais disk_recovery_time_2 segundos ou mais.

As operações normais são retomadas quando o espaço em disco permanece acima de disk_recovery_level por disk_recovery_time_1 + disk_recovery_time_2 segundos.

Depois que o espaço em disco se recupera, o Health Monitor limpa as variáveis do sistema, SUPER_READ_ONLY e OFFLINE_MODE, e a variável de status, super_read_only_disk_full. Você não precisa reiniciar a instância MySQL para limpar as variáveis.

Se houver uma falta significativa ou sustentada de espaço em disco novamente, o Health Monitor definirá novamente as variáveis do sistema, SUPER_READ_ONLY e OFFLINE_MODE, e a variável de status, super_read_only_disk_full, como ON no MySQL Server.

Antes de retornar uma instância principal de um sistema de BD de alta disponibilidade para o modo operacional normal, o Health Monitor verifica se o servidor está on-line com a maioria do grupo. O Health Monitor nunca define SUPER_READ_ONLY ou OFFLINE_MODE nas instâncias secundárias.

Incremento de Recuperação, Ciclo Máximo de Recuperação e Janela de Recuperação

Cada vez que o MySQL Server se recupera de uma falta significativa ou sustentada de espaço em disco, o Health Monitor aumenta o tempo de recuperação do disco em disk_recovery_increment segundos.

Por exemplo, se disk_recovery_time_1 = 300 segundos e disk_recovery_time_2 = 600 segundos e disk_recovery_increment = 400 segundos, o tempo de recuperação do disco para cada ciclo será o seguinte:

• Ciclo 1: disk_recovery_time_1 = 300 segundos, disk_recovery_time_2 = 600 segundos
• Ciclo 2: disk_recovery_time_1 = (300 + 400) segundos, disk_recovery_time_2 = (600 + 400) segundos
• Ciclo 3: disk_recovery_time_1 = (300+400+400) segundos, disk_recovery_time_2 = (600+400+400) segundos

O Health Monitor restaura para o modo operacional normal um máximo de disk_recovery_max_cycles vezes em uma janela fixa de disk_recovery_window segundos, a partir do último ciclo de recuperação. Por exemplo, se disk_recovery_max_cycles estiver definido como 5 e disk_recovery_window estiver definido como 86.400 segundos (1 dia), o Health Monitor poderá restaurar para o modo operacional normal cinco vezes em uma janela de 86.400 segundos. Se ocorrer uma escassez significativa ou sustentada na sexta vez na mesma janela, as variáveis do sistema, SUPER_READ_ONLY e OFFLINE_MODE, serão definidas como ATIVADAS.

A contagem de recuperação é redefinida após disk_recovery_window segundos da última recuperação.

Advertências de Memória

Quando a memória disponível fica abaixo de determinados limites, o Health Monitor emite os seguintes avisos:

• WARNING_MEMORY_USAGE_LEVEL_1: Quando a memória disponível fica abaixo de 1024 MiB.
• WARNING_MEMORY_USAGE_LEVEL_2: Quando a memória disponível fica abaixo de 500 MiB.
• WARNING_MEMORY_USAGE_LEVEL_3: Quando a memória disponível fica abaixo de 100 MiB.

O Health Monitor registra as informações sobre a versão MySQL, o uso da memória global e várias definições de configuração no log de erros. As informações são registradas como valores separados por vírgulas para facilitar a transferência para uma planilha para análise posterior.

As tabelas do Health Monitor armazenam dados e estatísticas de monitoramento no Esquema de Desempenho do MySQL Server.

As tabelas de integridade contêm informações de armazenamento em disco, informações de memória do sistema e informações de memória de processo.

As tabelas de estatísticas contêm estatísticas para uso da CPU do sistema, uso do disco, uso da memória e o processo do servidor MySQL (mysqld). Cada tabela de estatísticas tem duas versões, uma versão sob demanda, que é preenchida com leituras atuais quando você a consulta, e uma versão de histórico para a qual o Health Monitor coleta amostras uma vez por minuto e retém um dia de dados. As duas versões da tabela têm as mesmas colunas.

• Usando um Cliente de Linha de Comando
• Tabelas do Health Monitor

As variáveis do Health Monitor são definições de configuração para a atividade de monitoramento no sistema de banco de dados. Você não pode alterar os valores dessas variáveis.

• Usando um Cliente de Linha de Comando
• Variáveis do Health Monitor

Os erros, avisos e atualizações de status do Health Monitor são registrados em performance_schema.error_log. O Health Monitor abrevia TiB como T, GiB como G e MiB como M no log de erros. Por exemplo, 306.6G = 306,6 GiB = 329,2 GB.

[Note] [MY-013694] [Health] Disk Collector: Started: running=ON, monitored='/db', 
sample rate=30s, retention=86400s, max samples=2880, status interval=1, low level=100 MiB, 
low percent=4%, critical level=10 MiB, warning levels=20/10/5%, fallback (enable=ON, force=ON), 
low space duration=300s, recovery (enable=ON, level=5%, time 1=300s, time 2=300s, max cycles=3,
increment=10, window=86400)

[Warning] [MY-013695] [Health] Disk: Warning Level 2 (62M): monitored='/db', 
available=59M, total=466M, used=87.2%, low limit=18M, critical=10M, recovery=40M, 
warnings=107M/62M/40M

[Warning] [MY-013695] [Health] Disk: Low Level (18M): Fallback Timer Running: 300 seconds 
until SUPER_READ_ONLY: monitored='/db', available=15M, total=466M, used=96.6%, low limit=18M, 
critical=10M, recovery=40M, warnings=107M/62M/40M

[Warning] [MY-013695] [Health] Disk: Low Level (18M): Fallback Timer Running: 30 seconds until 
SUPER_READ_ONLY: monitored='/db', available=15M, total=466M, used=96.6%, low limit=18M, critical=10M, 
recovery=40M, warnings=107M/62M/40M
[Warning] [MY-013695] [Health] Disk: Low Level (18M): Fallback Timer Expired
[Warning] [MY-013695] [Health] Disk: Low Level (18M): OFFLINE_MODE = ON
[Warning] [MY-013695] [Health] Disk: Low Level (18M): SUPER_READ_ONLY = ON

[Warning] [MY-013695] [Health] Disk Collector: CRITICAL LEVEL (2G): 
OFFLINE_MODE=ON: mount point='/db', available=1.9G, total=1024G, 
used=99.1%, low limit=5.0G, critical=2.0G, warnings=204G/102G/51G 
[Warning] [MY-013695] [Health] Disk Collector: CRITICAL LEVEL (2G): 
SUPER_READ_ONLY=ON: mount point='/db', available=1.9G, total=1024G, 
used=99.1%, low limit=5.0G, critical=2.0G, warnings=204G/102G/51G

[Warning] [MY-013695] [Health] Disk: Low Level (18M): Fallback Timer Canceled
[Warning] [MY-013695] [Health] Disk: Warning Level 1 (107M): monitored='/db', available=79M, 
total=466M, used=82.9%, low limit=18M, critical=10M, recovery=40M, warnings=107M/62M/40M

[Warning] [MY-013695] [Health] MEMORY: WARNING LEVEL 1 (1.0G): available=950M, total=7.5G, used=87.6%, 
mysqld=5.9G, warnings=1.0G/500M/100M
[Warning] [MY-013695] [Health]  
[Warning] [MY-013695] [Health] ===== MEMORY DIAGNOSTICS BEGIN (csv) =====

---------------------------------------
TOTAL ALLOCATED MEMORY AND BUFFER SIZES
---------------------------------------
keyword,value
mysql_version,8.0.33
total_allocated,15121493496
innodb_buffer_pool_size,13958643712
join_buffer_size,262144
----------------------------------------
MEMORY AGGREGATION PER LOGICAL COMPONENT
----------------------------------------
component,current_count,current_alloc,max_alloc,min_alloc
...<csv data>...

-----------------------
MEMORY USAGE PER THREAD
-----------------------
thread_id,user,current_count_used,current_allocated,current_avg_alloc,current_max_alloc,total_allocated
...<csv data>...

-----------------------
MEMORY USAGE PER USER
-----------------------
user,current_count_used,current_allocated,current_avg_alloc,current_max_alloc,total_allocated
...<csv data>...

-------------------
PROCESSLIST DETAILS
-------------------
thd_id,conn_id,user,db,command,state,time,current_statement,execution_engine,statement_latency,progress,
lock_latency,cpu_latency,rows_examined,rows_sent,rows_affected,tmp_tables,tmp_disk_tables,full_scan,
last_statement,last_statement_latency,current_memory,last_wait,last_wait_latency,source,trx_latency,
trx_state,trx_autocommit,pid,program_name
...<csv data>...

---------------
SESSION DETAILS
---------------
thd_id,conn_id,user,db,command,state,time,current_statement,execution_engine,statement_latency,progress,
lock_latency,cpu_latency,rows_examined,rows_sent,rows_affected,tmp_tables,tmp_disk_tables,full_scan,
last_statement,last_statement_latency,current_memory,last_wait,last_wait_latency,source,trx_latency,
trx_state,trx_autocommit,pid,program_name
...<csv data>...

--------------------------------------------------------
CURRENT STATEMENT PER THREAD ORDERED BY STATEMENT MEMORY
--------------------------------------------------------
THREAD_ID,EVENT_ID,END_EVENT_ID,EVENT_NAME,SOURCE,TIMER_START,TIMER_END,TIMER_WAIT,LOCK_TIME,SQL_TEXT,
DIGEST,DIGEST_TEXT,CURRENT_SCHEMA,OBJECT_TYPE,OBJECT_SCHEMA,OBJECT_NAME,OBJECT_INSTANCE_BEGIN,MYSQL_ERRNO,
RETURNED_SQLSTATE,MESSAGE_TEXT,ERRORS,WARNINGS,ROWS_AFFECTED,ROWS_SENT,ROWS_EXAMINED,CREATED_TMP_DISK_TABLES,
CREATED_TMP_TABLES,SELECT_FULL_JOIN,SELECT_FULL_RANGE_JOIN,SELECT_RANGE,SELECT_RANGE_CHECK,SELECT_SCAN,
SORT_MERGE_PASSES,SORT_RANGE,SORT_ROWS,SORT_SCAN,NO_INDEX_USED,NO_GOOD_INDEX_USED,NESTING_EVENT_ID,
NESTING_EVENT_TYPE,NESTING_EVENT_LEVEL,STATEMENT_ID,CPU_TIME,MAX_CONTROLLED_MEMORY,MAX_TOTAL_MEMORY,
EXECUTION_ENGINE
...<csv data>...

----------------------------------------------------------
CURRENT STATEMENT PER THREAD FOR THREADS USING MOST MEMORY
----------------------------------------------------------
THREAD_ID,EVENT_ID,END_EVENT_ID,EVENT_NAME,SOURCE,TIMER_START,TIMER_END,TIMER_WAIT,LOCK_TIME,SQL_TEXT,
DIGEST,DIGEST_TEXT,CURRENT_SCHEMA,OBJECT_TYPE,OBJECT_SCHEMA,OBJECT_NAME,OBJECT_INSTANCE_BEGIN,MYSQL_ERRNO,
RETURNED_SQLSTATE,MESSAGE_TEXT,ERRORS,WARNINGS,ROWS_AFFECTED,ROWS_SENT,ROWS_EXAMINED,CREATED_TMP_DISK_TABLES,
CREATED_TMP_TABLES,SELECT_FULL_JOIN,SELECT_FULL_RANGE_JOIN,SELECT_RANGE,SELECT_RANGE_CHECK,SELECT_SCAN,
SORT_MERGE_PASSES,SORT_RANGE,SORT_ROWS,SORT_SCAN,NO_INDEX_USED,NO_GOOD_INDEX_USED,NESTING_EVENT_ID,
NESTING_EVENT_TYPE,NESTING_EVENT_LEVEL,STATEMENT_ID,CPU_TIME,MAX_CONTROLLED_MEMORY,MAX_TOTAL_MEMORY,
EXECUTION_ENGINE,thread_id
...<csv data>...

----------------------------------------------------------
STATEMENT HISTORY PER THREAD FOR THREADS USING MOST MEMORY
----------------------------------------------------------
THREAD_ID,EVENT_ID,END_EVENT_ID,EVENT_NAME,SOURCE,TIMER_START,TIMER_END,TIMER_WAIT,LOCK_TIME,SQL_TEXT,
DIGEST,DIGEST_TEXT,CURRENT_SCHEMA,OBJECT_TYPE,OBJECT_SCHEMA,OBJECT_NAME,OBJECT_INSTANCE_BEGIN,MYSQL_ERRNO,
RETURNED_SQLSTATE,MESSAGE_TEXT,ERRORS,WARNINGS,ROWS_AFFECTED,ROWS_SENT,ROWS_EXAMINED,CREATED_TMP_DISK_TABLES,
CREATED_TMP_TABLES,SELECT_FULL_JOIN,SELECT_FULL_RANGE_JOIN,SELECT_RANGE,SELECT_RANGE_CHECK,SELECT_SCAN,
SORT_MERGE_PASSES,SORT_RANGE,SORT_ROWS,SORT_SCAN,NO_INDEX_USED,NO_GOOD_INDEX_USED,NESTING_EVENT_ID,
NESTING_EVENT_TYPE,NESTING_EVENT_LEVEL,STATEMENT_ID,CPU_TIME,MAX_CONTROLLED_MEMORY,MAX_TOTAL_MEMORY,
EXECUTION_ENGINE,thread_id
...<csv data>...

-----------------------------
EVENTS ALLOCATING MOST MEMORY
-----------------------------
processlist_id,processlist_user,thread_id,event_name,count_alloc,count_free,current_count_used,
current_number_of_bytes_used
...<csv data>...

----------------------
BUFFER POOL STATISTICS
----------------------
POOL_ID,POOL_SIZE,FREE_BUFFERS,DATABASE_PAGES,OLD_DATABASE_PAGES,MODIFIED_DATABASE_PAGES,PENDING_DECOMPRESS,
PENDING_READS,PENDING_FLUSH_LRU,PENDING_FLUSH_LIST,PAGES_MADE_YOUNG,PAGES_NOT_MADE_YOUNG,PAGES_MADE_YOUNG_RATE,
PAGES_MADE_NOT_YOUNG_RATE,NUMBER_PAGES_READ,NUMBER_PAGES_CREATED,NUMBER_PAGES_WRITTEN,PAGES_READ_RATE,
PAGES_CREATE_RATE,PAGES_WRITTEN_RATE,NUMBER_PAGES_GET,HIT_RATE,YOUNG_MAKE_PER_THOUSAND_GETS,
NOT_YOUNG_MAKE_PER_THOUSAND_GETS,NUMBER_PAGES_READ_AHEAD,NUMBER_READ_AHEAD_EVICTED,READ_AHEAD_RATE,
READ_AHEAD_EVICTED_RATE,LRU_IO_TOTAL,LRU_IO_CURRENT,UNCOMPRESS_TOTAL,UNCOMPRESS_CURRENT
...<csv data>...