这个跟字体有关了吧，把编辑器换成等宽字体就好了

这种情况使用redis list也行，可以在入redis之前记录个log，这样毕竟会安心点。其他方式就可以考虑专业的消息队列了，如xxMQ，或者有能力的话可以考虑Kfaka。

首先确定一定是队列的空间未释放导致的？感觉不应该，因为redis会自动把空的队列直接删除，就算当时未释放，等到内存达到一定限度也会释放的

建议异步，使用定时任务定时去mysql中按照所有规则将数据排好序查询出来放入redis，按时间排序放入redis，按热度排序放入redis，当排好序放入redis之后分页就很简单了。

watch只能针对一个key，hash里面的key不行的

看来题主是不知道什么是hash啊，建议把数据结构的基础先打好，再去研究redis基于数据结构的应用。 当然，hash的复杂度O(1)是指的平均复杂度，同时也是最理想状态下的，最坏情况下是O(n)

如果使用的是lpush让队列中存入消息，那么消费者直接blpop从队列取消息即可，因为blpop是阻塞式的，你设置一个超时时间，超时时间内如果有消息进来会自动获取到，如果没有则结束等待，外面使用一个循环即可。

hincrby即可解决数据存储：将报名信息保存到一个hash结构中，hash里面的key使用用户id，value是报名次数报名：直接使用hincrby命令，将对应的userId的value+1，如果之前没报名，返回1，大于1表示已报过名。并发问题：再大的并发量这个方案都不会有任何问题，因为可以...

使用redis会有一个问题，那就是到最后你的商品数量剩余量可能是小于0的，即因为redis只能保证每个操作的原子性，如果你需要判断商品数量是否大于0，然后再决定是否减少余量，这样redis是没法保证原子性的，并发就会导致余量小于0，但是并不影响业务的正确性，因为你...

你运行时的JVM堆多大？

redis可以说是线程安全的，因为他的内部实现机制是使用单线程，即所有接收到的请求都是在一个线程中顺序完成的，所以不会存在并发的问题。

make是需要在redis目录下执行，不知道你说的根目录是不是指的redis的第一级目录，反正就是在redis的第一级目录，别进到下面目录。你是执行make出错了吗还是怎么的，不过建议不要把redis放到download下，放一个固定位置，复制过去在进到目录make。

这种情况是存在的，但是一般情况下redis的单个命令耗时很短，很少有客户端会长时间占用连接不释放(连接池是个例外，不过是利好)，同时redis本身是可以限制客户端连接的数量的，默认是10000，而端口的范围是1024~32768之间，数量是足够的，同时单一进程可打开文件数也...

你说的问题的确存在，你这里涉及到的问题其实就是普遍的读-改-写，redis可以保证每个操作的原子性，但是无法保证多个操作的原子性，解决的方法可以使用redis提供的multi和watch命令，具体使用如下：1.watch住你想要读取的key2.multi开启事务3.读取key的内容4.修改val...

这个问题的答案比较简单，我就一句话回答下吧。一般情况下是不会过期的，但是如果内存满了我就不太确定了。

redis是可以做消息队列，而且性能还不错，但是说抗大并发的话由于不支持集群可能有点悬。做查询方面的功能和队列实在看不出有什么关联。

使用redis的阻塞队列实时消费，没有消息就会自动阻塞，有了消息会自动消费。blpop和brpop命令

我说说自己的设计，当然前提是直接查询DB是不可行的情况下，不然也没必要折腾。首先缓存是必然，优先考虑用户在浏览贴吧时常看的基本就是前10页（举例），那么完全没必要缓存全量数据，最好是仅缓存前10页即可，这个设计无论访问量多大都不会有太大问题，只要不出现...

还是接口防刷的问题，好的方法我不知道，但是最基本的就是IP过滤，其次可以从推广计算规则方面做限制，如规定注册安装为有效点击这样的。