基于文件的二分查找，有必要改成mysql引擎的查找吗？

并不是key_value额，ipv6地址后面几位一般都是预留的，所以是一个ip地址范围，可以理解成2个bigint形成的区间，这玩意好像搞成mysql还不太好检索呢。。。

@poker_face 可以给个例子吗？列几个ipv6，举例一个检索值和结果

@renxiaotu 2408:8238:6000:: 2408:8238:60ff:ffff:: 中国 黑龙江省 七台河市 桃山区 2408:8238:5e00:: 2408:8238:5eff:ffff:: 中国 黑龙江省 佳木斯市 抚远市 2408:8238:5a00:: 2408:8238:5aff:ffff:: 中国 黑龙江省 佳木斯市 富锦市 2408:8238:6200:: 2408:8238:62ff:ffff:: 中国 黑龙江省 七台河市 勃利县 2408:8238:6700:: 2408:8238:67ff:ffff:: 中国 黑龙江省 牡丹江市 绥芬河市

@renxiaotu 2408:8238:6000:: 和2408:8238:60ff:ffff:: 分别为开始地址和结束地址，可以分别转为bigint,最后判断一个地址就是要让地址在这个区间里面

@poker_face mysql 支持 ipv6 类型的字段, SELECT HEX(INET6_ATON('fdfe::9089')); z字段类型ip varbinary(16)

@kis龍 关键问题是这个存起来怎么加索引查找呢

@poker_face 试试看是否支持比较， 用 INET6_ATON 转换

查询是个大问题，目前我能想到的是所有项按顺序排的，给结束ip建索引， 这样只能达到 range级别，然后mysql查50毫秒左右，文件查只需要0.5毫秒

mysql要达到0.5毫秒确实不太可能