千亿大数据不为人知的数据库缺陷——中看不中用的设置——MySQL大数据优化

 一、数据插入之后变了2147483647 

在 MySQL 数据库的操作中，我们常常会遇到各种意想不到的情况。其中，当插入日志数据时，如果没有对数据的大小和范围进行有效的控制，就可能会引发一系列问题。想象一下这样的场景：我们满怀期待地将精心准备的日志数据插入到数据库中，然而，插入之后却发现数据竟然全部发生了变化。这并非是数据库的 “恶作剧”，而是因为我们可能触碰到了一个关键的限制 —— 数据超过了其所能容纳的最大值。

这种情况就像是在一个有限空间的仓库中试图存放过多的货物，必然会导致混乱和错误。在 MySQL 中，当我们忽视了字段定义的最大长度、数值范围或者存储空间的限制时，就容易陷入这样的数据异常困境。理解并处理好这些潜在的问题，对于确保数据库的准确性、完整性以及系统的稳定运行至关重要

二、错误案例

 二、mysql 管理器设计缺陷，中看不中用

 

上面的设置，在保存时候不会报错，然而这是中看不中用的设置，int 最大长度 

在 MySQL 中，`INT` 类型的整数分为有符号 `INT` 和无符号 `INT` 。 有符号 `INT` 的取值范围是 `-2147483648` 到 `2147483647` ，占用 4 个字节，约 32 位。 无符号 `INT` 的取值范围是 `0` 到 `4294967295` 。 需要注意的是，`INT` 类型的长度参数对于其取值范围没有影响，通常指定长度只是为了在与其他数据库系统交互或特定的显示格式需求时保持一致性。

 三、MYSQL 数据折算

有符号 INT （INT ）在 MySQL 中的取值范围是 -2147483648 到 2147483647 ，折算为十进制的位数约为 10 位。

无符号 INT （UNSIGNED INT ）的取值范围是 0 到 4294967295 ，折算为十进制的位数约为 10 位。

因此长度设置不能超过10位 

四、mysql bigint数据折算

在 MySQL 中，BIGINT 类型分为有符号 BIGINT 和无符号 BIGINT 。

有符号 BIGINT 的取值范围是 -9223372036854775808 到 9223372036854775807 ，占用 8 个字节，约 64 位。折算为十进制的位数约为 19 位。

无符号 BIGINT 的取值范围是 0 到 18446744073709551615 ，折算为十进制的位数约为 20 位。

五、正确设置 

 

六、阿雪技术观

拥抱开源与共享，见证科技进步奇迹，畅享人类幸福时光！

让我们积极投身于技术共享的浪潮中，不仅仅是作为受益者，更要成为贡献者。无论是分享自己的代码、撰写技术博客，还是参与开源项目的维护和改进，每一个小小的举动都可能成为推动技术进步的巨大力量