CI的redis驱动的严重性能问题

那就这样吧

redis驱动当存储php对象时，其key都会放到一个$_serialized数组中。且每次初始化时，会执行sMembers('_ci_redis_serialized')，把所有序列化对象的key值赋值给$_serialized数组，放入内存，这个操作，当key成千上万是，效率是非常低的，而且很占内存。会严重影响性能，拖垮redis和应用服务器。

redis驱动没有其他的解决方案？官网提供的这个太坑，难道是我使用的姿势不对？

★わ浪漫少帅

Hex 发表于 2016-7-17 22:49
那就是 cache？
CI 里就这两个地方会用到 redis 吧。。。。

我也发现ci cache 中redis处理，会通过sMembers获取一个集合，每次保存都会在这个集合中加，类似一个map的样子，我不知道官网为什么要这么做,redis本身就能做到了。
Cache_redis.php 注释这两行就可以了
$serialized = $this->_redis->sMembers('_ci_redis_serialized');
empty($serialized) OR $this->_serialized = array_flip($serialized);

Hex

★わ浪漫少帅 发表于 2017-8-29 11:42
我测试了下，这个数据量大的时候通过sMembers取就会延迟1-2s，简直惊人，导致redis连接数变得越来越大，结 ...

我看最新的 CI 好像已经没有这些代码了。

那就这样吧

如果只是需要避免数字类型的value被序列化而导致incr等自增方法无法使用，大可把数字单独判读，不做序列化，而其他的一律序列化掉就好了，还会有其他问题吗？

Hex

你说的是 Session 么

那就这样吧

Hex 发表于 2016-7-14 14:46
你说的是 Session 么

不是呀。就是使用redis存储php对象的时候

Hex

那就这样吧 发表于 2016-7-14 18:14
不是呀。就是使用redis存储php对象的时候

那就是 cache？
CI 里就这两个地方会用到 redis 吧。。。。

fasdfasfasdf

你这个问题后面如何解决的？

qgmac1

找到system\libraries\Cache\drivers\Cache_redis.php   132和133行，直接注释既可

★わ浪漫少帅

我测试了下，这个数据量大的时候通过sMembers取就会延迟1-2s，简直惊人，导致redis连接数变得越来越大，结果就是越来越卡