这个原因充分说明了要项目驱动学习。只有你知道具体的项目的场景，才可以决定自己这个锁怎么处理。比如，你如果抢不到资源就必须等待，而且是同步请求，那么必须等待。比如，你如果可以接受若一致，就可以考虑等待多久锁，然后放弃，记录日志或者其他补偿机制。当然...

不设置等着被系统kill掉?

maxmemory 是redis认为的内存占用大小, 通过info memory命令查看, 也就是 used_memorydir参数设置的是redis数据 + log + pid文件存储的默认目录

redis cluster 方案: 没有proxy, 数据分片之后, 可以访问集群中任意一个节点来确定要访问的数据在哪个节点, 是一种将存储和元数据管理放一起的设计, 实现较复杂, 出现问题不好排查, 在大规模集群+多地域情况下不适合, 因为会导致较高的网络通讯成本 + 脑裂等问题

对, 官方不支持windows

BRPOP 针对的是一个消息只有一个消费者的场景, 类似AMQ的queuesubscribe 针对的是一个消息有多个消费者的场景, 类似AMQ的topic

短期内大量数据淘汰会消耗大量的cpu资源, 甚至会出现淘汰的速度跟不上写入速度的情况因为redis是采用定期检测+随机抽样的方式来进行主动数据淘汰的

自己参考restbed 简单实现了一个, 支持g++3.4以上版本:[链接]

自己先用 第三范式 分解 再跟据需求 合理地冗余一些字段。

[链接] 不谢～

."(.)",trade\.(.*)\);

有,减少cookie解析时占用的cpu和时间

要看你的淘汰策略,默认情况下内存满了就不能继续添加新的数据了

SELECT userid,MAX(pstime) FROM A GROUP BY userid

都差不了特别多，基本功能都能满足，初学者不要纠结系统的选择，选择一个够用的即可，深入学习一个，别把时间浪费在选择上面，要精，等你深入到一定程度，你再去用其他的系统，这个时候，你自己都知道答案了。比如：Java和C++哪个好，实际上也没好的回答，只有深入学...

ReflectASM 通过字节码生成的方式加快反射速度

机器之间互信 + ssh ip [command]