Laravel 会话使用 Memcached 踩到的坑

还真不知道memcached有30天的限制:smile: 。

有个问题，为什么要说 为了分离逻辑 换到 memcached 呢？

我认为 redis兼顾持久化存储，应用起来比 memcached 更可靠。

记得之前有个案例日本最大社交网站因为 memcached 服务器因为一个BUG崩溃，数据全部丢失，重启后，memcached需要写入大量缓存内容（因为重启之后内存里的数据就没了，而memcached是只存储在内存）导致服务器压力太大，一直崩溃。

而 Session 是用户的登录信息，是需要存储一定时间的。如果使用memcached的话，当服务器重启（宕机、更新等），用户就需要重新登录，因为所有的 Session信息已丢失。如果存储到 redis，就算服务器重启也没什么关系，并且兼顾了存到内存的存取效率，还是相当靠谱的。

@zhuzhichao 三天两头 PHPHub 需要重新登录的，就是 @monkey 整的。

@monkey 30 天会话保持时间太少了，数据库并太消耗了，还是得使用 redis，我刚刚找了一些资料，你瞧瞧哈：

• https://github.com/laravel/framework/issue...
• 文档 Redis 数据库配置

@Summer 是的， 再给 session 分配一个 redis 数据库就行了。

    'redis' => [

        'cluster' => false,

        'default' => [
            'host' => env('REDIS_HOST', 'localhost'),
            'password' => env('REDIS_PASSWORD', null),
            'port' => env('REDIS_PORT', 6379),
            'database' => 0,
        ],

        'session' => [
            'host' => env('REDIS_HOST', 'localhost'),
            'password' => env('REDIS_PASSWORD', null),
            'port' => env('REDIS_PORT', 6379),
            'database' => 1,
        ]

    ],

将来如果项目大了，可以专门给弄台服务器跑 session 的 redis ，多台 web 服务器连接同个 session 服务器，这样分布式情况下能保证负载均衡时，访问任意 web 服务器都能够正确的获取唯一的 session 信息。如果项目更大了，那么 session 服务器也可以分布式。

个人推荐以后就用 redis 吧，其实... memcached 已过时了 :smile:

http://blog.nosqlfan.com/html/3729.html

最终的解决方案：https://phphub.org/topics/2466

谢谢 @zhuzhichao 的指点 :kissing_closed_eyes: