【问题标题】:Use Redis than Mysql to store location history of app user使用 Redis 比 Mysql 存储应用用户的位置历史
【发布时间】:2017-08-25 10:02:25
【问题描述】:

使用 Redis 作为持久性数据库(AOF 策略)来存储有关地理数据的信息是个好主意吗?

例如,你将一个用户的所有位置存储在 mysql 中,我想使用 redis。但我害怕持久性问题。

【问题讨论】:

    标签: mysql redis


    【解决方案1】:

    Redis 持久性与 ACID 数据库中的持久性不同。试图使 Redis 最大程度地耐用(尽可能地)将限制其性能并导致大型日志文件。您可以通过各种配置选项来放松持久性,但这自然会导致对持久性的妥协。

    您应该阅读更多相关信息:

    就个人而言,我不会将 Redis 用作任何无法轻松复制的数据的主要数据存储。在任何情况下,这都不是使用 Redis 的优势。

    【讨论】:

    • 你会使用 postgree 作为主要数据存储而不是 mysql 吗?还是 mongodb 是更好的选择?
    • MySQL 和 PostgreSQL 都是不错的选择。这两者之间的差异很小,您应该只使用您感觉更舒服的那个。如果您需要持久性,MongoDB 不是一个好的选择。
    • 对不起,多余的,只是多一个问题。假设常见的用户案例是加载用户日路线。将所有这些信息存储在具有 2017-31-01_(user id).csv 之类的模式名称的文件中,并在必要时将此信息加载到 redis 是个好主意吗? developer.ibm.com/clouddataservices/2016/11/16/…
    • 如果不了解您的应用程序及其数据处理要求,我无法回答这个问题。但听起来它会满足我在回答中提到的关于在 Redis 丢失数据的情况下可以轻松恢复数据的内容。确保您的文件已备份!
    • 如果不了解您的应用程序及其数据处理要求,我无法回答这个问题。但听起来它会满足我在回答中提到的关于在 Redis 丢失数据的情况下可以轻松恢复数据的内容。确保您的文件已备份!
    猜你喜欢
    • 2012-03-14
    • 2011-12-17
    • 1970-01-01
    • 2020-08-20
    • 2020-03-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多