【发布时间】:2013-10-14 03:19:37
【问题描述】:
我无法理解为什么我从 MySQL 查询 IP 地址中得到以下结果。我将 IP 地址存储为 INTEGERS。
mysql> SELECT ip AS ip FROM ipaddress;
+-----------+
| ip |
+-----------+
| 168456058 |
| 168456059 |
| 168456060 |
| 168456061 |
| 168456317 |
| 168456570 |
| 168489683 |
| 168489583 |
| 168489683 |
+-----------+
9 rows in set (0.00 sec)
这是将 INTEGERS 转换为 IP 地址时数据的样子。
mysql> SELECT INET_NTOA(ip) AS ip FROM ipaddress;
+---------------+
| ip |
+---------------+
| 10.10.111.122 |
| 10.10.111.123 |
| 10.10.111.124 |
| 10.10.111.125 |
| 10.10.112.125 |
| 10.10.113.122 |
| 10.10.242.211 |
| 10.10.242.111 |
| 10.10.242.211 |
+---------------+
9 rows in set (0.00 sec)
当我搜索特定子网(例如 111)时,我得到了我期望的结果:
mysql> SELECT INET_NTOA(ip) AS ip FROM ipaddress WHERE INET_NTOA(ip) REGEXP '[[:<:]]111[[:>:]]';
+---------------+
| ip |
+---------------+
| 10.10.111.122 |
| 10.10.111.123 |
| 10.10.111.124 |
| 10.10.111.125 |
| 10.10.242.111 |
+---------------+
5 rows in set (0.00 sec)
如果我在查询中使用小数,则不会得到任何结果。
mysql> SELECT INET_NTOA(ip) AS ip FROM ipaddress WHERE INET_NTOA(ip) REGEXP '[[:<:]]\.111[[:>:]]';
Empty set (0.00 sec)
如果我将搜索查询更改为 0.11,则查询中的小数点有效。不过,这一次,我得到了所有的 .111、和 .211。
mysql> SELECT INET_NTOA(ip) AS ip FROM ipaddress WHERE INET_NTOA(ip) REGEXP '[[:<:]]\.11[[:>:]]';
+---------------+
| ip |
+---------------+
| 10.10.111.122 |
| 10.10.111.123 |
| 10.10.111.124 |
| 10.10.111.125 |
| 10.10.242.211 |
| 10.10.242.111 |
| 10.10.242.211 |
+---------------+
7 rows in set (0.00 sec)
为什么 .11 搜索有效而 .111 无效,当我使用 .11 搜索时,我也得到了 .211 结果?
【问题讨论】:
-
与您的实际问题不同,我只想指出,将 IP 地址存储为整数是一个奇怪的选择。你空间很紧吗?或者你正在对它们做一些花哨的数学运算?如果您将它们存储为(稍大的)字符串,您将永远不需要进行进出 Internet 地址格式的转换。
-
我的空间并不紧张。实际上,我已经将 IP 地址存储为字符串很长时间了,但是当我最近发现 MySQL 的 INET_NTOA 函数允许我将 IP 存储为整数时,我认为在按 IP 地址排序时这是一个更好的解决方案。我同意你的观点,将它们存储为字符串是一种更简单的解决方案。
标签: mysql regex ip-address