Estamos usando AWS-RDS. A seguir está a captura de tela de como o uso do disco de log binário variou nas últimas 6 semanas.
O período de retenção de log é de 3 dias. As tabelas são otimizadas e arquivadas uma vez por semana. Esperávamos que o BinLogDiskUsage fosse quase constante (assumindo a limpeza periódica de logs pela AWS) com picos durante as tarefas de arquivamento.
Alguém pode explicar essa natureza ondulada do gráfico?
Descobrimos que o valor da coluna CREATE_TIME em information_schema.tables para muitas tabelas era diferente em MASTER e SLAVE . Ao percorrer os logs, verificou-se que o valor CREATE_TIME no SLAVE era o da rotina OPTIMIZE semanal agendada . Portanto, pode-se inferir que as instruções OPTIMIZE TABLE estão fazendo com que as TABLES sejam recriadas em SLAVE . No entanto, o trabalho agendado é executado apenas em MASTER . Mas o CREATE_TIME em MASTER não está sendo afetado.
Por que o comando OPTIMIZE TABLE está se comportando de maneira diferente em MASTER e SLAVE ? E se a tabela estiver sendo reconstruída em SLAVE , a tabela ficará temporariamente indisponível durante esse período?
Eu criei uma coluna cujo data_type é DOUBLE .
alter table my_table add column my_column double;
Quando perguntei sobre esta coluna na tabela information_schema.COLUMNS , descobri que o NUMERIC_SCALE para esta coluna é NULL ?
select DATA_TYPE,
NUMERIC_PRECISION,
NUMERIC_SCALE
from information_schema.columns
where table_schema = 'my_schema'
and table_name = 'my_table'
and column_name = 'my_column'
+-----------+-------------------+---------------+
| DATA_TYPE | NUMERIC_PRECISION | NUMERIC_SCALE |
+-----------+-------------------+---------------+
| double | 22 | NULL |
+-----------+-------------------+---------------+
Alguém pode explicar esse comportamento?