在看高性能MySQL第3版（4.1.7节）时，作者倡议当存储IPv4地址时，应该应用32位的无符号整数（UNSIGNED INT）来存储IP地址，而不是应用字符串。 然而没有给出具体起因。为了搞清楚这个起因，查了一些材料，记录下来。
绝对字符串存储，应用无符号整数来存储有如下的益处：
- 节俭空间，不论是数据存储空间，还是索引存储空间
- 便于应用范畴查问（BETWEEN...AND），且效率更高
通常，在保留IPv4地址时，一个IPv4最小须要7个字符，最大须要15个字符，所以，应用VARCHAR(15)即可。MySQL在保留变长的字符串时，还须要额定的一个字节来保留此字符串的长度。而如果应用无符号整数来存储，只须要4个字节即可。
另外还能够应用4个字段别离存储IPv4中的各局部，然而通常这不论是存储空间和查问效率应该都不是很高（可能有的场景适宜应用这种形式存储）。
应用字符串和无符号整数来存储IP的具体性能剖析及benchmark，能够看这篇文章。
https://bafford.com/2009/03/0...
应用无符号整数来存储也有毛病：
- 不便于浏览
- 须要手动转换
对于转换来说，MySQL提供了相应的函数来把字符串格局的IP转换成整数INET_ATON，以及把整数格局的IP转换成字符串的INET_NTOA。如下所示：
mysql> select inet_aton('192.168.0.1');+--------------------------+| inet_aton('192.168.0.1') |+--------------------------+| 3232235521 |+--------------------------+1 row in set (0.00 sec)mysql> select inet_ntoa(3232235521);+-----------------------+| inet_ntoa(3232235521) |+-----------------------+| 192.168.0.1 |+-----------------------+1 row in set (0.00 sec)对于IPv6来说，应用VARBINARY同样可取得雷同的益处，同时MySQL也提供了相应的转换函数，即INET6_ATON和INET6_NTOA。
对于转换字符串IPv4和数值类型，能够放在应用层，上面是应用java代码来对二者转换：
package com.mikan;/** * @author Mikan */public class IpLongUtils { /** * 把字符串IP转换成long * * @param ipStr 字符串IP * @return IP对应的long值 */ public static long ip2Long(String ipStr) { String[] ip = ipStr.split("\\."); return (Long.valueOf(ip[0]) << 24) + (Long.valueOf(ip[1]) << 16) + (Long.valueOf(ip[2]) << 8) + Long.valueOf(ip[3]); } /** * 把IP的long值转换成字符串 * * @param ipLong IP的long值 * @return long值对应的字符串 */ public static String long2Ip(long ipLong) { StringBuilder ip = new StringBuilder(); ip.append(ipLong >>> 24).append("."); ip.append((ipLong >>> 16) & 0xFF).append("."); ip.append((ipLong >>> 8) & 0xFF).append("."); ip.append(ipLong & 0xFF); return ip.toString(); } public static void main(String[] args) { System.out.println(ip2Long("192.168.0.1")); System.out.println(long2Ip(3232235521L)); System.out.println(ip2Long("10.0.0.1")); }}输入后果为：
3232235521192.168.0.1167772161起源：blog.csdn.net/mhmyqn/article/details/48653157