这是一个创建于 2260 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前解决方案是查 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