zer09's questions

Esse bug minha mente eu tenho essa tabela

CREATE TABLE `t_slot` (
  `id` int unsigned NOT NULL,
  `uid` int unsigned NOT NULL,
  `code` char(9) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL,
  `pType` tinyint unsigned NOT NULL,
  `pos` tinyint unsigned DEFAULT NULL,
  `pid` int unsigned DEFAULT NULL,
  `lChild` int unsigned DEFAULT NULL,
  `rChild` int unsigned DEFAULT NULL,
  `encodeTime` datetime NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `code` (`code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci

Então eu tentei fazer uma consulta algo assim

SELECT * FROM t_slot WHERE code = 5;

E com uma grande surpresa, corresponde a 1 linha com valor de

mysql> select * from t_slot where code = 5;
+----+-----+-----------+-------+------+------+--------+--------+---------------------+
| id | uid | code      | pType | pos  | pid  | lChild | rChild | encodeTime          |
+----+-----+-----------+-------+------+------+--------+--------+---------------------+
|  2 |   4 | 5FPSLB-BP |    40 |    0 |    1 |      3 |      5 | 2022-03-19 17:39:03 |
+----+-----+-----------+-------+------+------+--------+--------+---------------------+
1 row in set, 50 warnings (0.00 sec)

E recebi esses avisos

mysql> show warnings;
+---------+------+-----------------------------------------------+
| Level   | Code | Message                                       |
+---------+------+-----------------------------------------------+
| Warning | 1292 | Truncated incorrect DOUBLE value: 'Y8VHM9-BP' |
| Warning | 1292 | Truncated incorrect DOUBLE value: '5FPSLB-BP' |
| Warning | 1292 | Truncated incorrect DOUBLE value: 'HBV29S-BP' |
... etc

Eu realmente não esperava que 5 combinasse com 5FPSLB-BP.

Como é que 5 é igual a 5FPSLB-BP.

É o comportamento pretendido que, se eu chamar um stored proceduredentro de a stored procedure, será confirmado automaticamente?

exemplo:

pseudo procedimento proc1

create procedure proc1(in var1 int, out var2 int)
begin
  start transaction;
  -- some code here
  commit;
end

pseudo procedimento proc2, aquele irá chamar o proc1

create procedure proc2()
lbl_begin:
begin
  start transaction;
    -- modify some data here
    call proc1(0, var2);

    if var != 0 then
      rollback;
      leave lbl_begin;
    end;
  commit;
end;

Mesmo que o rollback no proc2 seja executado, os dados modificados antes da chamada do proc1 ainda são confirmados.

É um bug ou é um comportamento pretendido?

Exemplo Eu tenho um evento que será executado a cada 5 segundos, então a primeira instância do evento é acionada, mas mais de 5 segundos depois as instâncias ainda não terminaram de executar. O que acontecerá com o evento se ele executar novamente após 5 segundos, mesmo que o primeiro evento ainda não tenha terminado ou ele aguardará a primeira instância do evento terminar antes de executar?

Obrigado

Pode ser apenas uma pergunta para uma micro-performance, mas sempre volta à minha cabeça (só me deixando louco). Não consigo encontrar nenhuma resposta no Google sobre isso. Eu só quero esclarecer.

Eu tenho essas duas consultas de exemplo.

SELECT tbl_person.first_name, tbl_person.last_name, ....
FROM tbl_person 
WHERE tbl_person.tbl_person_id=1 
LIMIT 1

e este.

SELECT p.first_name, p.last_name, ....
FROM tbl_person p 
WHERE p.tbl_person_id=1 
LIMIT 1

Existe alguma vantagem ou desvantagem entre eles?

Eu sei que o segundo é mais fácil de ler e escrever, mas não importa porque a consulta será apenas gerada.

Estou interessado no impacto no desempenho. Se a consulta tiver algumas centenas de vezes mais caracteres, isso prejudica o desempenho?

Eu não tentei usar a transação do MySQL antes, só quero esclarecer uma coisa.

Se dois usuários executassem uma consulta no momento exato, como o MySQL lidaria com isso? por exemplo, os usuários estão tentando atualizar um registro.

user1: atualização do conjunto da tabela coluna = coluna - 4 onde column_id = 1;

user2: atualização do conjunto da tabela coluna = coluna - 7 onde column_id = 1;

Agora, se eu usar transações, o MySQL escolherá qual consulta será executada primeiro e bloqueará o segundo usuário até que a primeira consulta seja confirmada? Isso será um bloqueio de tabela ou um bloqueio de linha?

E se um terceiro usuário emitir uma instrução select? Qual será o valor que o MySQL retornará?

PS isso será no Innodb.