MySQL IP地址在数据库中的存储方法详解

一、为什么要存 IP 地址？

存储 IP 地址几乎是每个后端系统都绕不开的基础操作。但就这么一个看似简单的需求，背后却藏着不少技术门道——怎么存、存成什么格式，直接关系到后续查询效率、存储开销，甚至整个系统的性能表现。掌握 MySQL IP 地址存储的最佳实践，对优化数据库性能至关重要。

通常来说，IP 地址的存储需求主要来自以下几个典型场景：

• 安全审计与防护：记录用户访问 IP，识别恶意攻击与异常登录行为，建立 IP 黑名单或白名单实现精细化访问控制。
• 用户分析与画像：结合 IP 地理信息库定位用户大致地理位置，用于地域化内容推荐、精准广告投放、市场分析及反欺诈识别。
• 网络与设备管理：存储路由器、服务器等网络设备的 IP 地址，是实现设备统一管理、监控与运维的基础数据支撑。
• 日志分析与追踪：在系统日志中记录 IP 地址，是排查线上故障、追踪用户请求链路的必要信息。
• 合规与风控：许多行业法规要求记录用户操作行为及 IP 地址，以满足合规审计和风险控制的相关要求。

二、两种存储方式对比

IPv4 地址本质是一个 32 位二进制数，通常以点分十进制呈现，例如 192.168.1.1。那么在数据库中究竟怎么存储最合适？主流的数据库 IP 地址存储方式无非以下两种。

2.1 字符串存储（VARCHAR）

最直接的做法，就是把 IP 地址字符串原样存入数据库。IPv4 地址最长 15 个字符，使用 VARCHAR(15) 类型即可满足需求。

CREATE TABLE ip_records (    id INT AUTO_INCREMENT PRIMARY KEY,    ip_address VARCHAR(15));INSERT INTO ip_records (ip_address) VALUES ('192.168.1.1');

2.2 整数存储（INT UNSIGNED）

另一种更高效的思路，是把 IP 地址当作一个 32 位无符号整数来存储。MySQL 提供了专门的内置函数来简化这一转换过程，这也是 MySQL 性能优化中常用的手段。

CREATE TABLE ip_records (    id INT AUTO_INCREMENT PRIMARY KEY,    ip_address INT UNSIGNED);-- 插入时转换INSERT INTO ip_records (ip_address) VALUES (INET_ATON('192.168.1.1'));-- 查询时还原SELECT INET_NTOA(ip_address) AS ip FROM ip_records;

2.3 综合对比

通过简单对比，数据差异一目了然：

推荐：对查询性能有较高要求、需要频繁进行范围查询（如 IP 段匹配）的场景，建议优先使用整数存储方案。

三、MySQL 内置函数

前面提到，MySQL 提供了几个专用的转换函数，让整数存储方案在实际开发中变得非常便捷高效。

3.1 IPv4

3.2 IPv6

到了 IPv6 时代，情况就大不相同了。IPv6 地址为 128 位，无法再用 INT UNSIGNED 存储，必须使用 VARBINARY(16) 类型。了解 IPv6 存储方案对于构建现代化网络应用同样重要。

-- IPv6 存储示例CREATE TABLE ip_records_v6 (    id INT AUTO_INCREMENT PRIMARY KEY,    ip_address VARBINARY(16));INSERT INTO ip_records_v6 (ip_address) VALUES (INET6_ATON('2001:db8::1'));SELECT INET6_NTOA(ip_address) AS ip FROM ip_records_v6;

3.3 转换原理

IPv4

从原理上看，IPv4 是 32 位二进制数，分为 4 个字节（Octet），每个字节对应点分十进制中的一段。计算方式非常清晰：每段 × 256 的幂次，然后求和，本质上就是将 4 个字节拼接成一个 32 位无符号整数。

192.168.1.1192 × 256³ = 192 × 16,777,216 = 3,221,225,472168 × 256² = 168 ×     65,536 =    11,010,048  1 × 256¹ =   1 ×        256 =           256  1 × 256⁰ =   1 ×          1 =             1───────────────────────────────────────────────           总和 = 3,232,235,777

从二进制视角来看更加直观：

192      → 11000000168      → 10101000  1      → 00000001  1      → 00000001拼接为 32 位：11000000 10101000 00000001 00000001转为十进制：3,232,235,777

公式：INET_ATON(A.B.C.D) = A × 2²⁴ + B × 2¹⁶ + C × 2⁸ + D

反向转换 INET_NTOA() 则是将整数按每 8 位拆开，再转回点分十进制字符串。

IPv6

IPv6 是 128 位地址，分为 8 组，每组 16 位（2 字节），用冒号分隔的十六进制表示。:: 是 零压缩（zero compression），表示中间连续的全 0 段。先展开：

2001:db8::1    ↓ 展开 ::2001:0db8:0000:0000:0000:0000:0000:0001

每组是 16 位（2 字节），8 组 × 2 字节 = 16 字节，因此使用 VARBINARY(16) 类型存储：

组1: 2001 → 0x20 0x01组2: 0db8 → 0x0d 0xb8组3: 0000 → 0x00 0x00组4: 0000 → 0x00 0x00组5: 0000 → 0x00 0x00组6: 0000 → 0x00 0x00组7: 0000 → 0x00 0x00组8: 0001 → 0x00 0x01───────────────────────最终 16 字节（十六进制）：0x20 0x01 0x0D 0xB8 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x01

要点：IPv6 不存在"转成一个巨大整数"的做法，因为 128 位已超出 MySQL 整型的最大范围（BIGINT UNSIGNED 也仅支持 64 位）。所以直接采用原始二进制 VARBINARY(16) 存储，不做数值运算，只做字节序列比较。

四、实战：IP 范围查询

整数存储方案的一大核心优势就是范围查询效率极高。比如想要查询某个网段内的所有 IP，使用 BETWEEN 即可轻松实现，这也是数据库 IP 查询优化的经典场景：

-- 查询 192.168.1.0 ~ 192.168.1.255 网段内的所有 IPSELECT INET_NTOA(ip_address) AS ipFROM ip_recordsWHERE ip_address BETWEEN INET_ATON('192.168.1.0')                      AND INET_ATON('192.168.1.255');

如果使用 VARCHAR 字符串存储，这种范围查询几乎无法高效实现。字符串比较是按字符顺序逐位匹配的，根本无法直接进行范围定位，这也是为什么在高性能场景中推荐使用整数存储。

五、小结

1. 能存整数就别存字符串：INT UNSIGNED（4 字节）远优于 VARCHAR(15)（约 15 字节），且查询性能更出色。
2. IPv4 使用 INET_ATON / INET_NTOA 进行转换，简单可靠且性能优异。
3. IPv6 使用 VARBINARY(16) + INET6_ATON / INET6_NTOA，注意 IPv6 是 128 位，无法用整数类型存储。
4. 范围查询场景（IP 段匹配、IP 地址库查询等）务必使用整数或二进制存储，以充分发挥 MySQL 索引与查询性能优势。