我来帮你搞定这个问题，这在网络场景的数据库查询里挺常见的。下面分几种方案给你讲解，你可以根据自己的MySQL版本和性能需求来选：

方案一：通用版（适配所有MySQL版本） #

首先假设你的网段存储表结构是这样的（如果你的表字段名不一样，对应调整就行）：

CREATE TABLE network_segment (
    id INT AUTO_INCREMENT PRIMARY KEY,
    cidr VARCHAR(20) NOT NULL UNIQUE, -- 存储CIDR网段，比如10.1.0.0/24
    access_tech VARCHAR(50) NOT NULL -- 对应的接入技术，比如ETHERNET、WIFI
);

-- 插入你提供的示例数据
INSERT INTO network_segment (cidr, access_tech) VALUES
('10.1.0.0/24', 'ETHERNET'),
('10.1.1.0/24', 'WIFI'),
('10.1.2.0/24', 'WIFI');

核心思路是把IP和网段都转换成整数，通过位运算来判断IP是否属于目标网段（比范围查询更高效）。针对目标IP 10.1.2.5，查询语句如下：

SELECT access_tech
FROM network_segment
WHERE 
    -- 将目标IP转成整数后，与网段掩码做位运算，结果等于网段的起始IP整数
    (INET_ATON('10.1.2.5') & (0xFFFFFFFF << (32 - SUBSTRING_INDEX(cidr, '/', -1)))) 
    = INET_ATON(SUBSTRING_INDEX(cidr, '/', 1));

原理说明： #

• INET_ATON(ip)：把IPv4地址转换成无符号整数，方便计算
• SUBSTRING_INDEX(cidr, '/', -1)：从CIDR字符串中提取掩码长度（比如24）
• 0xFFFFFFFF << (32 - mask_length)：生成对应的网段掩码（比如/24的掩码是0xFFFFFF00）
• 位运算&：把目标IP和掩码做与运算，得到该IP所在网段的起始地址，再和存储的网段起始地址比对，相等就说明IP在这个网段内

方案二：性能优化版（预计算字段） #

如果你的网段数据量很大，每次查询都拆分CIDR、计算整数会影响性能。可以给表增加两个预计算字段，提前把网段的起始整数和掩码长度存起来：

-- 新增字段
ALTER TABLE network_segment 
ADD COLUMN network_int INT UNSIGNED NOT NULL,
ADD COLUMN mask_length TINYINT UNSIGNED NOT NULL;

-- 更新现有数据，把计算好的值存进去
UPDATE network_segment 
SET 
    network_int = INET_ATON(SUBSTRING_INDEX(cidr, '/', 1)),
    mask_length = SUBSTRING_INDEX(cidr, '/', -1);

-- 创建联合索引，大幅提升查询速度
CREATE INDEX idx_network_mask ON network_segment (network_int, mask_length);

之后的查询语句就简化多了，而且能用上索引：

SELECT access_tech
FROM network_segment
WHERE 
    (INET_ATON('10.1.2.5') & (0xFFFFFFFF << (32 - mask_length))) = network_int;

方案三：MySQL 8.0+简化版 #

如果你用的是MySQL 8.0及以上版本，官方提供了更便捷的CIDR处理函数，写法可以更简洁：

SELECT access_tech
FROM network_segment
WHERE 
    INET_ATON('10.1.2.5') & INET_MASK(SUBSTRING_INDEX(cidr, '/', -1)) 
    = INET_ATON(SUBSTRING_INDEX(cidr, '/', 1));

INET_MASK(mask_length)会直接生成对应长度的掩码，省去了手动计算位移的步骤，可读性更强。

额外提示： #

如果需要支持IPv6地址，把上面的INET_ATON换成INET6_ATON，掩码长度范围改成0-128，位运算的掩码生成逻辑也要对应调整（比如用UNHEX(LPAD(REPEAT('FF', mask_length/8), 16, '0'))），不过你的场景是IPv4，暂时不用考虑这个。

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