作者：
MikanMu
來源：blog.csdn.net/mhmyqn/article/details/48653157
在看高效能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/09/mysql-performance-benefits-of-storing-integer-ip-addresses/
使用無符號整數來儲存也有缺點：
不便於閱讀
需要手動轉換
對於轉換來說，MySQL提供了相應的函式來把字串格式的IP轉換成整數INET_ATON，以及把整數格式的IP轉換成字串的INET_NTOA。如下所示：
mysql> selectinet_aton('192.168.0.1');+--------------------------+| inet_aton('192.168.0.1') |+--------------------------+| 3232235521 |+--------------------------+1row inset (0.00 sec)mysql> selectinet_ntoa(3232235521);+-----------------------+| inet_ntoa(3232235521) |+-----------------------+| 192.168.0.1 |+-----------------------+1row inset (0.00 sec)
對於IPv6來說，使用VARBINARY同樣可獲得相同的好處，同時MySQL也提供了相應的轉換函式，即INET6_ATON和INET6_NTOA。
對於轉換字串IPv4和數值型別，可以放在套用層，下面是使用java程式碼來對二者轉換：
package com.mikan;/** * @author Mikan * @date 2015-09-22 10:59 */public classIpLongUtils{/** * 把字串IP轉換成long * * @param ipStr 字串IP * @return IP對應的long值 */publicstaticlongip2Long(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值對應的字串 */publicstatic 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(); }publicstaticvoidmain(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
熱門推薦
