应使用 INT UNSIGNED 存储 INET_ATON() 转换的 IPv4 地址，显式调用函数插入查询，并校验输入合法性；IPv6 需用 INET6_ATON() 和 BINARY(16)。
直接用 INET_ATON() 把 IPv4 地址存成整型，能显著减少存储空间（从 VARCHAR(15) 的 15 字节 → INT 的 4 字节），索引和范围查询也更快。但前提是字段类型必须匹配、写法不能出错，否则反而引入 NULL 或隐式转换开销。
字段类型必须用 INT UNSIGNED，不能用 INT SIGNED 或 BIGINT
INET_ATON() 返回的是无符号 32 位整数（0 到 4294967295），比如 INET_ATON('255.255.255.255') 得到 4294967295。如果字段定义为 INT（有符号），最大值是 2147483647，超出部分会被截断或转成负数，查出来就乱了。
- 正确建表：
ip_int INT UNSIGNED NOT NULL - 错误示例：
ip_int INT NOT NULL—— 存'192.168.255.255'（对应3232327679）会变成负数 -
BIGINT虽不报错，但浪费空间且无实际收益：IPv4 整形永远 ≤ 4294967295，INT UNSIGNED刚好够用
INSERT 和 WHERE 中必须显式调用 INET_ATON()，不能依赖自动转换
MySQL 不会在 INSERT 或 WHERE 条件里自动把字符串 IP 转成整型。如果你写 INSERT INTO log (ip_int) VALUES ('192.168.1.1')，它会尝试把字符串转成数字（按左起数字截取），结果是 192，完全不是想要的值。
- 正确插入：
INSERT INTO log (ip_int) VALUES (INET_ATON('192.168.1.1')) - 正确查询：
SELECT * FROM log WHERE ip_int BETWEEN INET_ATON('192.168.1.0') AND INET_ATON('192.168.1.255') - 错误写法：
WHERE ip_int = '192.168.1.1'—— 触发隐式类型转换，索引失效
INET_ATON() 对非法输入返回 NULL，必须提前校验
传入空字符串、格式错误（如 '192.168.1' 缺少段）、含空格或字母时，INET_ATON() 直接返回 NULL，不会报错。如果没检查，会导致数据丢失或查询漏结果。
- 插入前加判断：
INSERT INTO log (ip_int) SELECT INET_ATON('192.168.1.1') FROM DUAL WHERE INET_ATON('192.168.1.1') IS NOT NULL - 或者应用层先验证格式（正则
^\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}$+ 每段 ≤ 255），再调用INET_ATON() - 注意：
INET_ATON('0.0.0.0')返回0，合法；但INET_ATON('')或INET_ATON('192.168.1.256')都返回NULL
IPv6 必须换用 INET6_ATON()，别硬套 INET_ATON()
INET_ATON() 只处理 IPv4。对 IPv6 地址（如 '2001:db8::1'）调用它，一律返回 NULL。MySQL 从 5.6.3 起提供 INET6_ATON()，返回的是 BINARY(16)，字段得定义为 BINARY(16) 或 VARBINARY(16)。
- IPv4 用：
INET_ATON() + INT UNSIGNED - IPv6 用：
INET6_ATON() + BINARY(16) - 混合场景建议：用两个字段分开存，或统一用
INET6_ATON()（IPv4 会被包装成 ::ffff:xxx.xxx.xxx.xxx 格式）
真正影响性能的不是函数本身，而是字段类型是否匹配、查询条件是否走索引、以及 NULL 值是否被忽略——这三个点踩错一个，整套优化就白做了。
