这是一个创建于 2580 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前解决方案是查 ip 地址 mysql 数据库,然后即时返回.目前发现压力有点大. 还有啥更简单靠谱快速的解决方法. 目前考虑即再开启单独长驻内存的服务,将 ip 数据一次性读取内存,调用 rpc 方式供各个公司内部服务获取
 | 1 opengps 2018-09-17 16:04:44 +08:00 应用层使用内存读取方法没错 看起来你的需求只是需要读取数据库，你可以多台机器，多台一模一样的数据库（数据库直接在机器内部也行，单独实例连接也行） |
 | 2 lhy360121 2018-09-17 16:12:27 +08:00 缓存。 比如用 redis |
 | 3 lshero 2018-09-17 16:18:42 +08:00 如果单纯为了返回 IP 归属地之类的信息不如参考使用 https://caddyserver.com/docs/http.geoip |
 | 5 hosaos 2018-09-17 16:36:34 +08:00 直接读到内存里 或者 redis 里 |
 | 7 tempdban 2018-09-17 16:39:00 +08:00 via Android ip 这种不是写个最长匹配表？参考路由查找下一跳 mac |
 | 8 sampeng 2018-09-17 18:50:10 +08:00 你自己有 ip 库。。分分钟写一个 ip 查询的 rpc 服务就完事了。算法都很简单二分查找就足够快了（加载的时候排好序）。 用动态语言，每访问一次查一次肯定慢死。 redis 可以是可以。但也很奇怪。因为 ip 库一般是 ip 段。没法真正的 hash 查询。还是走了一圈前缀匹配。 |
 | 9 likuku 2018-09-17 20:24:17 +08:00 mysql 也不是不可以，有个好东西叫 memcache 很早以前就有了 |
 | 11 rrfeng 2018-09-17 20:34:08 +08:00 via Android IP 库只有几兆大，可以加到内存里去。起个服务 RPC 也行。 参考 ipip 的数据结构 |
 | 12 wb14123 2018-09-17 20:39:28 +08:00 via Android 字典树了解一下 |
 | 13 gaoyulong 2018-09-17 23:31:43 +08:00 via Android 我们也有这个需求，早期的时候直接调用外部服务，峰值高的时候直接把对方网站拖垮了 |
 | 14 Raymon111111 2018-09-17 23:49:29 +08:00 可以内存+ redis 内存用 lru 类似的算法就行了 |
 | 15 Cbdy 2018-09-18 07:09:34 +08:00 via Android MySQL 放内存里跑 |
| 16 opengps 2018-09-18 08:10:26 +08:00 via Android 换个思路，给题主提个优化建议，存 ip 用数字 ip |
 | 17 collinswang 2018-09-18 09:13:37 +08:00 难道不是和产品怼一下,要求把功能下放到二级菜单吗? |
 | 18 reus 2018-09-18 09:54:07 +08:00 mysql 一样会把数据放内存。 |
 | 19 byteli 2018-09-18 10:12:07 +08:00 via Android 看你们多大的 ip 数据，我之前有一千六百万行的 ip 数据大概不到 2 个 G，自己把信息预处理下抽出来写成个 raw 文件压缩成 200M 以方便程序载入。然后就是载入数据到 stl map 里内存直接查。因为与预处理过所以载入时间 5s 内,内存占用记不清了大概不到 500M。 上面是资源消耗，还要看 qps 要求，因为我需要至少 3W 的 qps 所以直接把逻辑集成到调用者进程了。因为查询逻辑简单，所以如果做成 rpc 服务的话,准备几个核+不到 1G 内存应该就能逼近单机 RPC 框架的上限了 |
Select Language