我正在考虑使用与memcached配对的nosql(mongoDB)来存储我的webapp中的会话.我们的想法是,在每次页面加载时,将用户数据与memcache中的数据进行比较,如果某些内容发生了变化,数据将被写入memcached和MysqL.通过这种方式,读取将大大减少,并使用memcached来完成它最擅长的操作.
但是我有点担心使用非ACID数据库进行会话存储,尤其是使用memcached层.让我们说在将数据库更新到数据库时会出现问题,我们的用户很快就会想知道为什么他们放入购物车的产品没有出现……
什么是合适的方法？我们应该使用MysqL会话存储还是保留非酸性支持数据库用于会话？
谢谢！
如果您不想丢失数据,请坚持使用经过ACID测试的数据库.
您正在寻找的收益是多少？
如果你想要一个安全的系统,你不能相信用户的任何东西,除了可能选择的整数,所以让他们存储信息通常是一个非常糟糕的主意.
我没有看到在MySQL数据库之外存储会话的收益.如果这是您关心的问题,您可以在桌面上进行cron清理,但为什么要这么麻烦？有些用户会在网站上购物然后分散注意力.然后他们会在一两天后回来.
如果您使用cookie或临时存储会话信息的东西,那么很有可能浪费他们的购物时间.用户真正重视他们的时间……所以如果你将他们的会话信息存储在数据库中,你可以编写一些性感的东西来管理这些数据.
此外,这样做的好处是,您将生成大量有关您网站上人们喜欢的信息,以后您可能无法使用这些信息.就像您甚至可以将其中某些内容视为民意调查或人们添加到购物车中的项目可能影响您管理业务,订购广告资源或关注营销的方式.
如果你选择了一些非常短暂的东西,那么你就会失去获得剩余的好处.