MySQL 存储过程 Num 输出始终为 0：如何解决 TempSno 变量未指定默认值的问题？

结论：在MySQL存储过程中，为TempSno变量指定默认值可以避免由NULL引起的布尔错误。

1 .分析：TempSno没有初始化为NULL，导致与NULL比较失败。
2 . 解决方案：DECLARE 时将 TempSno 设置为默认值。
3 . 代码：DECLARE TempSno VARCHAR(3 0) DEFAULT ''; 4 . 逻辑：第一次比较tSno!=TempSno 返回TRUE。
5 、测试：插入测试数据并调用存储过程。
6 、调试。
如果有问题，检查中间变量。

如果你不解决 Num 始终为 0 的问题，你就是在浪费时间。

在MySQL 8.4 LTS 版本中哪些参数默认值发生变化？

MySQL 8 .4 LTS 发生了哪些变化？
AHI 会破坏性能，不要使用它；缓存文件不存储核心，需要查看core_file；
Buffer Pool Size与CPU数量有关，不要盲目设置； Doublewrite页面数量越多越好；
Windows 下直接刷新，与操作系统无关； I/O性能取决于硬件，调整大小；
更大的日志缓冲区和脏页清理线程是基于CPU数量的；
并行读取和清理线程，小型系统使用较少；文件同步按需进行；
TempTable内存限制，内存不足用于映射。
只有调整好这些参数，数据库才能顺利运行。

为什么mysql不建议使用null作为列默认值?

哎呀，这种事我以前也发生过。
我记得有一次，我正在开发一个电子商务网站项目，并且应该设置订单状态的字段的默认值为 NULL。
我试图说服他们不要这样做，但他们不听，还认为这样很方便。
结果后来出了问题，我真的很后悔没有坚持下去。

那是在2 01 9 年，我们在北京承接了一个大项目，orders表中status字段的默认值被设置为NULL。
起初看起来还好，但后来新来的实习生不小心忘了填写这一栏，直接输入了订单信息。
这导致订单状态被设置为NULL，从而导致后续订单处理逻辑出现问题。
我们当时修复了很多bug，最终发现原因是status字段默认值为NULL。

我们来谈谈查询效率。
在这个人力资源管理系统中，用户的年龄字段的默认值也是NULL。
这就导致数据库每次查询年龄信息都必须处理NULL值，查询速度极其缓慢。
当时，我们花了一个月的时间优化查询以提高性能。

此外，客户关系管理系统中客户生日信息的默认值也是零。
每当处理客户信息时，NULL值也必须被处理。
代码写起来非常复杂，让人头疼。

关于存储空间，我举个例子。
我们有一个日志表，并且 User Uptime 字段的默认值为 NULL。
这会在表中填充大量 NULL 值，从而占用大量空间。
后来我们不得不优化数据库，减少NULL值的使用。

总之，MySQL不建议使用NULL作为列的默认值，这是有原因的。
我建议大家以后设计数据库的时候，尽量设置合适的非空默认值。
这不仅可以保证数据的一致性和完整性，还可以简化数据处理逻辑，提高查询效率。
别像我以前一样，只图方便，出了问题才后悔。