REDIS GEO: REDIS新增位置查询功能
- - 编程语言 - ITeye博客转载于：http://www.itxuexiwang.com/a/shujukujishu/redis/2016/0216/144.html. 移动互联网增进了人与人之间的联系，其中基于位置信息的服务（Location Based Service，LBS）起到很重要的促进作用. 在移动互联网的大环境下，每个手机都变成了一个位置追踪设备，为人们提供了非常丰富的位置服务.
REDIS GEO: REDIS新增位置查询功能
标签：
redis
geo
redis
| 发表时间：2016-02-18 21:20 | 作者：zhaomengsen
出处：http://www.iteye.com
转载于：http://www.itxuexiwang.com/a/shujukujishu/redis/2016/0216/144.html
移动互联网增进了人与人之间的联系，其中基于位置信息的服务（Location Based Service，LBS）起到很重要的促进作用。在移动互联网的大环境下，每个手机都变成了一个位置追踪设备，为人们提供了非常丰富的位置服务。无论是附近的人，还是摇一摇等耳熟能详的应用都需要LBS在后台的支撑。但是，目前位置信息的使用过程中存在诸多挑战如相邻计算不准确等。由于经常面对海量数据请求，通常位置服务的计算都需要数据库来完成，Redis Geo模块因此而生，旨在提供精准而且稳定的位置服务。
在位置服务的挑战中，常见的是计算两个位置是否相邻的问题。位置信息由一个四元组构成，（经度、纬度、海拔、时间），在使用过程中比较常用的是经纬度。想要进行相邻计算，需要一个二维索引。问题是现有的基于简单的一维索引和划范围搜索实现的二维索引，基本只适用于整数查询，并不适用于经纬度这种位置的相似度查询。意识到了这个困难，且伴随位置服务需求日益增长的情况，2008年Gustavo Niemeyer提出了 Geohash ，简单来说是一个32位的编码字符串来将位置能够编码整合成为可范围查找的实体。由于大多数数据库都支持范围查询，因此位置就变得可查找和计算。原始Geohash的缺点是查询的准确度有时较低，后续开发者又创造了52位Geohash等来满足定制化的需求。
NoSQL中，Mongodb对位置服务的 支持较好 ，稳定地支持了foursquare等应用。而HBase也曾推出 相关教程 支持在应用中引入位置服务。作为优秀NoSQL数据库的典范，Redis在位置计算方面却略显薄弱。为此，意大利程序员Salvatore Sanfilippo（antirez@GitHub ）维护了一个专门为Redis增加位置计算的分支。发布之后，获得领域内的一致认可，短短几个月收获多达1万3千余个星标。在 Hacker News 上，许多程序员也表示对Redis位置查询的功能相见恨晚，大家积极讨论了Redis Geo存在的必要性，以及后续应该从性能和查询准确性上提升的若干手段，甚至有人进一步贡献了Redis Geo的 Docker镜像 。
更多关于Redis Geo的细节可以参考antirez给出的 文档页面 ，其中包括了Redis Geo的基本使用，例如添加经纬度、计算经纬度相似度、计算城市之间的包含关系等多种位置计算功能。antirez还进一步解释了Redis Geo的工作原理，以及该模块在Benchmark上运行的性能表现，每秒可达近5百万次编解码，能满足大部分位置服务应用的需求。
it大牛的分享知识网站http://www.itxuexiwang.com/
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
移动互联网增进了人与人之间的联系，其中基于位置信息的服务（Location Based Service，LBS）起到很重要的促进作用。在移动互联网的大环境下，每个手机都变成了一个位置追踪设备，为人们提供了非常丰富的位置服务。无论是附近的人，还是摇一摇等耳熟能详的应用都需要LBS在后台的支撑。但是，目前位置信息的使用过程中存在诸多挑战如相邻计算不准确等。由于经常面对海量数据请求，通常位置服务的计算都需要数据库来完成，Redis Geo模块因此而生，旨在提供精准而且稳定的位置服务。
在位置服务的挑战中，常见的是计算两个位置是否相邻的问题。位置信息由一个四元组构成，（经度、纬度、海拔、时间），在使用过程中比较常用的是经纬度。想要进行相邻计算，需要一个二维索引。问题是现有的基于简单的一维索引和划范围搜索实现的二维索引，基本只适用于整数查询，并不适用于经纬度这种位置的相似度查询。意识到了这个困难，且伴随位置服务需求日益增长的情况，2008年Gustavo Niemeyer提出了 Geohash ，简单来说是一个32位的编码字符串来将位置能够编码整合成为可范围查找的实体。由于大多数数据库都支持范围查询，因此位置就变得可查找和计算。原始Geohash的缺点是查询的准确度有时较低，后续开发者又创造了52位Geohash等来满足定制化的需求。
NoSQL中，Mongodb对位置服务的 支持较好 ，稳定地支持了foursquare等应用。而HBase也曾推出 相关教程 支持在应用中引入位置服务。作为优秀NoSQL数据库的典范，Redis在位置计算方面却略显薄弱。为此，意大利程序员Salvatore Sanfilippo（antirez@GitHub ）维护了一个专门为Redis增加位置计算的分支。发布之后，获得领域内的一致认可，短短几个月收获多达1万3千余个星标。在 Hacker News 上，许多程序员也表示对Redis位置查询的功能相见恨晚，大家积极讨论了Redis Geo存在的必要性，以及后续应该从性能和查询准确性上提升的若干手段，甚至有人进一步贡献了Redis Geo的 Docker镜像 。
更多关于Redis Geo的细节可以参考antirez给出的 文档页面 ，其中包括了Redis Geo的基本使用，例如添加经纬度、计算经纬度相似度、计算城市之间的包含关系等多种位置计算功能。antirez还进一步解释了Redis Geo的工作原理，以及该模块在Benchmark上运行的性能表现，每秒可达近5百万次编解码，能满足大部分位置服务应用的需求。
it大牛的分享知识网站http://www.itxuexiwang.com/
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [redis geo redis] 推荐：
Redis 负载监控——redis-monitor
- - ITeye资讯频道redis-monitor是一个Web可视化的 redis 监控程序. 使用 Flask 来开发的，代码结构非常简单，适合移植到公司内网使用. redis 服务器信息，包括 redis 版本、上线时间、 os 系统信息等等. 实时的消息处理信息，例如处理 command 数量、连接总数量等. 内存占用、 cpu 消耗实时动态图表.
Redis 起步
- - 博客园_首页Rdis和JQuery一样是纯粹为应用而产生的，这里记录的是在CentOS 5.7上学习入门文章：. Redis是一个key-value存储系统. 和Memcached类似，但是解决了断电后数据完全丢失的情况，而且她支持更多无化的value类型，除了和string外，还支持lists（链表）、sets（集合）和zsets（有序集合）几种数据类型.
redis 配置
- - 谁主沉浮# 当配置中需要配置内存大小时，可以使用 1k, 5GB, 4M 等类似的格式，其转换方式如下(不区分大小写). # 内存配置大小写是一样的.比如 1gb 1Gb 1GB 1gB. # daemonize no 默认情况下，redis不是在后台运行的，如果需要在后台运行，把该项的值更改为yes. # 当redis在后台运行的时候，Redis默认会把pid文件放在/var/run/redis.pid，你可以配置到其他地址.
Cassandra代替Redis?
- - Tim[后端技术]最近用Cassandra的又逐渐多了，除了之前的360案例，在月初的QCon Shanghai 2013 篱笆网也介绍了其使用案例. 而这篇 百万用户时尚分享网站feed系统扩展实践文章则提到了Fashiolista和Instagram从Redis迁移到Cassandra的案例. 考虑到到目前仍然有不少网友在讨论Redis的用法问题，Redis是一个数据库、内存、还是Key value store?以及Redis和memcache在实际场景的抉择问题，因此简单谈下相关区别.
redis 部署
- - CSDN博客云计算推荐文章一、单机部署
tar xvf redis-2.6.16.tar.gz
cd redis-2.6.16
make
make PREFIX=/usr/local/redis install #指定安装目录为/usr/local/redis，默认安装安装到/usr/local/bin. # chkconfig: 2345 80 10 #添加redhat系列操作系统平台，开机启动需求项(运行级别，开机时服务启动顺序、关机时服务关闭顺序)
# description: Starts, stops redis server.
nagios 监控redis
- - C1G军火库下载check_redis.pl. OK: REDIS 2.6.12 on 192.168.0.130:6379 has 1 databases (db0) with 49801 keys, up 3 days 14 hours - connected_clients is 1, blocked_clients is 0 | connected_clients=1 blocked_clients=0.
转 redis vs memcached
- - 数据库 - ITeye博客传统MySQL+ Memcached架构遇到的问题. 实际MySQL是适合进行海量数据存储的，通过Memcached将热点数据加载到cache，加速访问，很多公司都曾经使用过这样的架构，但随着业务数据量的不断增加，和访问量的持续增长，我们遇到了很多问题：. 1.MySQL需要不断进行拆库拆表，Memcached也需不断跟着扩容，扩容和维护工作占据大量开发时间.
Redis优化
- - 数据库 - ITeye博客键名：尽量精简，但是也不能单纯为了节约空间而使用不易理解的键名. 键值：对于键值的数量固定的话可以使用0和1这样的数字来表示，（例如：male/female、right/wrong）. 当业务场景不需要数据持久化时，关闭所有的持久化方式可以获得最佳的性能，不过一般都要持久化比较安全，而且是快照和aof同时使用比较安全.
笔记--redis
- - 移动开发 - ITeye博客接着准备面试内容，今天学习了下redis，继续我的笔记加深印象. 1.为什么要使用redis. 答：主要是 性能和 并发两个方面，另外redis也可以做分布式锁和消息队列等其他功能. 但是如果只是为了分布式锁这些其他功能，完全还有其他中间件(如zookpeer等)代替，并不是非要使用redis.