PostgreSQL如何高效实现IP地址所属子网查询，支持IPv4/IPv6

实际查询效率表现 #

你当前使用Postgres原生inet/cidr类型存储子网、配合<<操作符做IP归属查询的方案，完全可以支撑百万级子网记录的查询需求，只要索引配置正确，单次查询延迟稳定在毫秒级，同时原生支持IPv4/IPv6双栈，不需要额外适配逻辑，存储效率远高于你之前的IP展开方案——不管是/30的小IPv4子网还是/64的大IPv6子网，都只需要存1条记录即可。

内部实现逻辑 #

1. 底层存储：Postgres的inet/cidr类型会把IP地址统一转换为定长二进制存储（IPv4占4字节、IPv6占16字节），同时单独存储子网的前缀长度，不存在字符串匹配的开销。
2. 归属判断逻辑：<<（IP包含于子网）操作符执行时，会先提取待查IP的二进制值，再提取目标子网的前缀长度N，仅对比两者二进制的前N位是否一致，判断逻辑本身计算量极低。
3. 索引加速原理：给inet/cidr字段创建GIST索引后，Postgres会基于IP段的空间包含关系构建分层前缀索引，查询时会直接跳过前缀完全不匹配的子网，仅对候选范围做精确校验，不需要全表扫描。

效率优化方案 #

要保障查询效率，你只需要做以下配置即可：

• 存子网优先选cidr类型，相比inet会自动校验子网合法性（主机位自动置0），查询性能和inet完全一致。
• 必须给子网字段创建GIST索引，建索引语句参考：

CREATE INDEX idx_ipdesc_addr ON ipdesc USING GIST (addr inet_ops);

显式指定inet_ops操作符类可以确保<<、>>这类IP归属操作符能正常走索引。

• 如果业务只需要返回最长匹配的子网，不需要所有匹配项，可以在查询时加上ORDER BY masklen(addr) DESC LIMIT 1，前缀长度字段也可以单独提取出来建联合索引进一步提速。

你示例中的查询语句select * from ipdesc where inet '50.50.50.1' << addr;是标准写法，不需要修改即可直接使用。

内容的提问来源于stack exchange，提问作者Trenin