调用 INET_ATON() 前必须清理输入，包括 TRIM、正则过滤非法字符、去除前导零、正则校验 IPv4 格式；结果须存入 INT UNSIGNED 字段，避免高位 IP 截断为负数。
存储过程里调用 INET_ATON() 前必须清理输入
直接对原始字符串字段（比如日志表里的 ip_str）调用 INET_ATON(ip_str) 很容易返回 0，而这个 0 看似合法，实则是转换失败的静默信号。常见诱因包括：
- 字符串前后有空格：用
TRIM(ip_str)包一层再传入 - 含非法字符（如逗号、下划线、中文顿号）：建议先用正则过滤，MySQL 8.0+ 可用
REGEXP_REPLACE(ip_str, '[^0-9.]', '')，但更稳妥是应用层清洗 - 前导零（如
"192.168.010.001"）：MySQL 5.7+ 会拒绝，旧版本可能转出错误值；批量处理时建议统一标准化为无前导零格式 - 混入 IPv6 或空值：加条件过滤
ip_str REGEXP '^[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}$'再进转换逻辑
INET_ATON() 结果必须存进 INT UNSIGNED 字段
如果存储字段是 INT SIGNED，像 192.168.255.255 这种高位 IP（对应整数 3232235775）会被截断成负数，后续用 INET_NTOA() 查出来就是错的。批量转换时务必确认目标字段类型：
- 建表时明确指定：
ip_int INT UNSIGNED - 已有表需修改：
ALTER TABLE log_table MODIFY ip_int INT UNSIGNED; - 写入前校验范围：在存储过程中加判断
IF ip_num > 4294967295 OR ip_num
查 IP 归属地要用整数范围匹配，别用字符串 LIKE
归属地表（比如 ip_range）通常存的是起止 IP 整数：start_ip INT UNSIGNED、end_ip INT UNSIGNED、country VARCHAR(32)。查的时候必须把待查 IP 转成整数再做 BETWEEN，否则无法走索引：
SELECT country FROM ip_range WHERE ip_num BETWEEN start_ip AND end_ip;
如果硬要用字符串匹配（如 ip_str LIKE '192.168.1.%'），不仅慢，还漏掉 192.168.1.100 这类非末位单数字的地址。批量处理时，提前把整个批次的 IP 全部转成整数缓存在临时表或变量中，再一次性 JOIN 查询，比循环逐条查快得多。
批量转换性能关键：避免在循环里反复调用 INET_ATON()
存储过程中如果用 WHILE 或游标逐行处理，每行都调一次 INET_ATON()，性能会断崖式下降。更高效的做法是：
- 用单条
INSERT ... SELECT完成整批转换：INSERT INTO result_table (ip_int, country) SELECT INET_ATON(TRIM(ip_str)), r.country FROM raw_log l LEFT JOIN ip_range r ON INET_ATON(TRIM(l.ip_str)) BETWEEN r.start_ip AND r.end_ip; - 若必须用存储过程控制流程，先把原始数据插入临时表，并加
ip_int列，用UPDATE temp_table SET ip_int = INET_ATON(TRIM(ip_str));一次性算完 - 注意
INET_ATON()是 deterministic 函数，可被优化器内联，但前提是输入列本身没嵌套复杂表达式
真正容易被忽略的不是语法，而是输入质量——哪怕只有一条记录含空格或 IPv6，整批转换结果就可能全乱。清洗永远比补救便宜。
