zer09's questions

这个错误我的想法我有这张桌子

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

然后我试着做这样的查询

SELECT * FROM t_slot WHERE code = 5;

令人惊讶的是，它匹配 1 行的值为

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)

并收到此警告

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

我真的没想到 5 会与5FPSLB-BP.

5怎么等于5FPSLB-BP。

stored procedure如果我在内部调用 astored procedure会自动提交，这是预期的行为吗？

例子：

伪过程 proc1

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

伪过程proc2，将调用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;

即使执行了 proc2 上的回滚，在调用 proc1 之前修改的数据仍然被提交。

它是一个错误还是它的预期行为？

示例 我有一个每 5 秒运行一次的事件，然后触发该事件的第一个实例，但超过 5 秒后实例仍未完成执行。即使第一个事件尚未完成，该事件会在 5 秒后再次执行，还是会等待事件的第一个实例完成后再执行？

谢谢

这可能只是一个微观表演的问题，但它总是不断地回到我的脑海（让我发疯）。我在谷歌中找不到任何关于它的答案。我只是想澄清一下。

我有这两个示例查询。

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

和这个。

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

它们之间有什么优势或劣势吗？

我知道第二个更容易读写，但没关系，因为查询只会生成。

我对性能影响很感兴趣。如果查询的字符多几百倍，会不会影响性能？

我之前没有尝试过使用 MySQL 事务，我只是想澄清一些事情。

如果两个用户在非常精确的时间执行查询，MySQL 将如何处理呢？例如，用户正在尝试更新记录。

user1：更新表集column = column - 4 where column_id = 1;

user2: 更新表集 column = column - 7 where column_id = 1;

现在如果我使用事务，MySQL会选择首先执行哪个查询并锁定第二个用户，直到第一个查询被提交？那是表锁还是行锁？

如果第三个用户将发出选择语句怎么办？MySQL 将返回的值是多少？

PS这将在Innodb上。