当我们在使用 MySQL 设计表结构的时候都会遇到一个经典问题：“如果要存 IP 地址，到底该用什么数据类型？”

别小看这个问题，如果存储方式选错了，未来不仅浪费空间，还可能导致查询性能低下。今天我就带你一步一步搞懂如何在 MySQL 里优雅地存储 IP 地址。

为啥不能直接用字符串？

很多小伙伴第一反应：IP 地址不就是 "192.168.0.1" 这种字符串嘛？那我直接用 VARCHAR(15) 或者 CHAR(15) 存不就行了吗？

表面上来看没啥大的问题，但这样做有几个弊端：

1. 空间浪费：字符串比数字类型占用更多字节，还要额外存储长度信息。
2. 查询效率低：字符串比较比数字比较要慢，索引效果也差。
3. 不方便计算：比如要判断 IP 是否落在某个网段里，字符串处理就很麻烦。

所以，直接用字符串存 IP 地址，只能算是最简单但不优雅的做法。

那么，到底该怎么做才比较合适呢？

IPv4：用 INT UNSIGNED 存整数更高效

IPv4 地址其实就是一个 32 位的整数，比如：

192.168.0.1 → 3232235521

在 MySQL 里我们完全可以用 INT UNSIGNED 类型来存储，既节省空间（4 字节），又利于索引和范围查询。

• 插入时，用 INET_ATON() 转换：

INSERT INTO user_logs(ip) VALUES (INET_ATON('192.168.0.1'));

• 查询时，用 INET_NTOA() 再转回字符串：

SELECT INET_NTOA(ip) FROM user_logs;

这样就能同时兼顾 空间效率 和 查询效率。

IPv6：用 BINARY(16) 存二进制

IPv6 地址更长，是 128 位，像这样：

2001:0db8:85a3:0000:0000:8a2e:0370:7334

如果直接用字符串存，需要 CHAR(39)，非常浪费空间。

更推荐的做法是用 BINARY(16) 或 VARBINARY(16) 存二进制形式。

MySQL 也有直接现成的函数：

• 插入时，用 INET6_ATON()：

INSERT INTO user_logs(ipv6) VALUES (INET6_ATON('2001:db8::1'));

• 查询时，用 INET6_NTOA() 转回：

SELECT INET6_NTOA(ipv6) FROM user_logs;

占用空间 16 字节，支持索引，性能杠杠滴。

那么，如果既要支持 IPv4，又要支持 IPv6 怎么办呢？

这就更简单了，直接：

• 字段类型设为 VARBINARY(16) 或 BINARY(16)
• 统一用 INET6_ATON() / INET6_NTOA() 存取

MySQL 会自动把 IPv4 地址映射到 IPv6 格式里，做到兼容存储，是不是非常 nice？

来个实战

以下面的建表语句为例：

CREATE TABLE user_logs (
    idBIGINTUNSIGNED AUTO_INCREMENT PRIMARY KEY,
    ip BINARY(16) NOTNULLCOMMENT'存储IPv4/IPv6地址',
    created_at TIMESTAMPDEFAULTCURRENT_TIMESTAMP
);

-- 插入IPv4
INSERTINTO user_logs(ip) VALUES (INET6_ATON('192.168.0.1'));

-- 插入IPv6
INSERTINTO user_logs(ip) VALUES (INET6_ATON('2001:db8::1'));

-- 查询
SELECTINET6_NTOA(ip) AS ip_address FROM user_logs;

一套方案，IPv4 + IPv6 通吃，相当 OK 👌

总结

• IPv4-only → INT UNSIGNED（配合 INET_ATON / INET_NTOA）
• IPv6-only → BINARY(16)（配合 INET6_ATON / INET6_NTOA）
• 通用方案 → BINARY(16) 或 VARBINARY(16)，一表解决 IPv4 和 IPv6

老铁们，下次设计数据库表的时候，就可以考虑不用 VARCHAR(15) 去存 IP 了，用这种方式，性能和优雅度都会大幅提升！🚀 赶紧用起来吧。