LBS-查找附近的人-mongodb-spring实现

前面介绍了地理坐标基础知识,mysql、redis、mongodb基础知识的解决方案

接下来我们开始介绍mongodb结合spring-data的解决方案。

通过上一篇的学习,我们可以知道使用 GeoJSON对象 来保存用户的位置数据比较合适。

在开始前我们先初始化一些测试数据,为了后面的测试我们一开始就通过for循环创建600w个随机数据。

创建数据

创建集合-插入数据-建立索引

#创建集合
db.createCollection("mongoGeoUser")
#插入数据
db.mongoGeoUser.insert({
   _id: 1,
   name: "user1",
   createdAt: new Date(),
   location: { type: "Point", coordinates: [ 120.1333737373, 30.2535809303 ] },
} );
#在location字段上创建索引
db.mongoGeoUser.createIndex({ location: "2dsphere" })

spring-data实现

@Document(collection = "mongoGeoUser")  //指定文档名称
public class MongoGeoUser {
    @Id
    private Long id;
    private String name;
    private GeoJsonPoint location;
    private Date createdAt;

    public MongoGeoUser(Long id, String name, GeoJsonPoint location, Date createdAt) {
        this.id = id;
        this.name = name;
        this.location = location;
        this.createdAt = createdAt;
    }
    //geter and seter
}
@RunWith(SpringRunner.class)
@SpringBootTest
public class MongoDBTests {
    @Autowired
    private MongoTemplate mongoTemplate;
    /**
     * 更新或插入对象
     */
    @Test
    public void createMongoGeoUsers() {//批量添加,600w条数据比redis添加慢了很多很多,要等一小会的,建议泡杯茶,回头复习一下之前的文章
        for (int i = 0; i < 6000000; i++) {
            BigDecimal lng = new BigDecimal(Math.random() * (130 - 100) + 100).setScale(10, BigDecimal.ROUND_HALF_UP);
            BigDecimal lat = new BigDecimal(Math.random() * 20 + 20).setScale(10, BigDecimal.ROUND_HALF_UP);

            MongoGeoUser mongoGeoUser = new MongoGeoUser(new Long(i), "user1", new GeoJsonPoint(lng.doubleValue(), lat.doubleValue()), new Date());
            mongoTemplate.save(mongoGeoUser);
        }
    }
}

创建好600w条数据后,开始我们的测试,切记,不要忘记建立索引

> db.mongoGeoUser.count();
6000000

在球面中查询附近1km~5km的点

@Test
public void nearSphere() {
    Query query = new Query(Criteria.where("location")
            .nearSphere(new GeoJsonPoint(120.666666666, 30.888888888))
            .maxDistance(5000).minDistance(1000));
    List<MongoGeoUser> venues = mongoTemplate.find(query, MongoGeoUser.class);

    for (MongoGeoUser venue : venues) {
        System.out.println(venue);
    }
}

MongoDB支持查询数据库中的地理位置,并同时计算与给定原点的距离。通过地理近似查询,可以表达如下查询:“查找周围1km~5km内附近的人”,并返回距离信息。使用上面的 Query 是无法得到距离信息的

@Test
public void nearQuery() {
    long startTime = System.currentTimeMillis();
    NearQuery near = NearQuery
            .near(new GeoJsonPoint(120.666666666, 30.888888888))
            .spherical(true)
            .maxDistance(5, Metrics.KILOMETERS)
            .minDistance(1, Metrics.KILOMETERS)
            .num(10);
    GeoResults<MongoGeoUser> results = mongoTemplate.geoNear(near, MongoGeoUser.class);

    long endTime = System.currentTimeMillis();
    System.out.println("程序运行时间:" + (endTime - startTime) + "ms");

    for (GeoResult<MongoGeoUser> result : results) {
        System.out.println(result);
    }
}

上面两个方法就是我们解决查找附近的人的主要解决方案,网上其他的方案都住要使用 传统坐标对 的方式存储位置信息,本文采用的是 GeoJSON对象 , 实际上两个存储方案没有很大的差别,官方建议再球面上的坐标使用 GeoJSON对象 来存储,传统坐标对 存储的数据再计算球面数据的时候也可以指定 spherical(true) 来转化成球面的计算值,再距离不是很大的情况下具体采用什么存储方案没有很大的差别。

最后还是到了我们关心的运行效率,上面两个方案的效率大约都是 300ms 左右的时间。对比上一篇的redis方案,稍稍慢了一点点,可能一个是内存数据库,一个不是吧,但是不管怎么样都还是符合生产环境的使用的。

上面的 NearQueryQuery 还有很多其他的参数和查询方法,比如 矩形内的点,还有平面内的坐标计算等。需要分页的应用也是可以分页操作的。

其他具体的参数可以参考 spring-data-mongo文档mongodb官方文档

设置自动过期

MongoDB也可以像redis那样为key设置一个过期时间,但是redis-geo是采用zset实现的,zset无法对member设置过期时间。MongoDB对过期时间字段设置索引的方式来处理自动过期。

上面的 createdAt 字段就是用来设置过期时间的。

创建索引

db.log_events.createIndex({ "createdAt": 1 }, { expireAfterSeconds: 3600 })

该记录会在 createdAt 时间的 expireAfterSeconds 秒后失效。

也可以设置一个特殊的过期时间点

db.log_events.insert( {
   "expireAt": new Date('July 22, 2013 14:00:00'),
   "logEvent": 2,
   "logMessage": "Success!"
} )

设置索引

db.log_events.createIndex( { "expireAt": 1 }, { expireAfterSeconds: 0 } )

结束语

到此我们的LBS-查找附近的人的所有解决方案就已经结束了,各位读者可以根据自己项目的情况需求来选择合适的方案,不管是mysql、redis还是mongodb都是在300w甚至600w数据的下测试过,各个方案都有自己的优点和缺点。

不同类型的APP对LBS系统的读写压力完全不同。例如,对于附近商家、美甲等O2O类的APP,其更新和获取LBS数据的频率很低,但是对于打车类APP,因为需要频繁的更新地理位置数据,LBS后台需要承担的读写压力要比一般的APP压力大。在快的公开的资料中LBS系统每秒的读写次数比居然达到4:1。

本系列文章都是基于静态的数据进行测试,当时没有写入的操作,如果写压力过大也是会导致查询的效率下降的。当然如果写入的压力过大通过主从和读写分离也还是可以处理的,如果是数据量过大mongodb还有分片的架构可以处理,总之现在给出来的几个方案都是被大量的实践所验证过的,大胆放心的使用就行。

系统不要过度架构,如果可以遇见数据的增长量的话,选择一些简单的方案可以在后面节约不少时间。

文章同步发布在博客,LBS-查找附近的人-mongodb实现-基础知识

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容