Brian Estrada's questions

Estou no MySQL 8.0.28 e tenho esta função:

DELIMITER $$

CREATE FUNCTION DelayedHello()
RETURNS VARCHAR(20)
DETERMINISTIC
BEGIN
  DO SLEEP(3);
  RETURN CONCAT('Hello ', 'World!');
END$$

DELIMITER ;

E isso foi criado pelo usuário root.

Mas quando um usuário chamado testexecuta essa função, no show processlist, é isso que vejo. Então, parece que o usuário rootestá executando.

127.0.0.1> select * from information_schema.processlist ;
+-------+-----------------+------------------+-----------+---------+---------+------------------------+----------------------------------------------+
| ID    | USER            | HOST             | DB        | COMMAND | TIME    | STATE                  | INFO                                         |
+-------+-----------------+------------------+-----------+---------+---------+------------------------+----------------------------------------------+
| 48547 | root            | %:40814          | helpscout | Query   | 1       | User sleep             | DO SLEEP(3)                                  |

Tentei consultar information_schema.processlistpara ver o usuário, mas ele retornou a mesma informação de que o usuário root parece estar executando isso. Então, existe uma maneira de mostrar na lista de processos que é quem testestá executando isso? Caso contrário, como descubro quem realmente chamou essa função?

Estou usando o MySQL 8.0.26 e tenho uma configuração de réplica primária. Meu objetivo é atualizar automaticamente uma coluna em uma réplica para o carimbo de data/hora atual quando uma nova linha é inserida ou uma linha é atualizada na tabela.

Este é o meu esquema:

CREATE TABLE `t1` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT,
  `cus_id` int unsigned NOT NULL DEFAULT '0',
  `created_at` datetime NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB;

Depois, na réplica, adicionei esta coluna e criei estes gatilhos:

ALTER TABLE t1 ADD COLUMN updated_at timestamp;

CREATE TRIGGER t1__before_insert
BEFORE INSERT ON t1
FOR EACH ROW SET NEW.updated_at = NOW();

CREATE TRIGGER t1__before_update
BEFORE UPDATE ON t1
FOR EACH ROW SET NEW.updated_at = NOW();

Mas quando tentei inserir novos dados ou atualizar uma linha existente no primário, o gatilho não foi invocado na réplica. Isso significa que a coluna atualizada_at na réplica permanece nula. Alguma idéia de como posso dizer à réplica para executar esses gatilhos ou atualizar esta coluna quando ocorre uma inserção/atualização nesta tabela?

Nota: o binlog_format é "ROW".

Tenho mais de 20 IPs estáticos aos quais desejo que o mesmo usuário conceda acesso. Estou no Aurora-MySQL 8 e gostaria de saber se existe uma forma de dar permissão a este usuário sem especificar cada IP.

Por exemplo, tenho estas linhas:

grant select on *.* to debezium@<first_ip>;
grant select on *.* to debezium@<second_ip>;

Os IPs são IPs específicos da AWS e não vejo um padrão neles. Existe algum truque que eu possa usar para evitar escrever 20 SQLs de concessão porque existem 20 IPs distintos?

Fazer uma consulta de seleção nas linhas a serem excluídas ajuda a executar um desempenho de consulta de exclusão? Por exemplo, se eu fizer isso:

select * from t1 where test_id = x -- will look for 100,000 rows

então execute isso:

delete from t1 where test_id = x

Eu acho que isso ajuda porque a consulta de seleção não colocaria os dados no buffer pool do InnoDB? Não testei porque não sei como testar corretamente.