Redis作为主流nosql，在高并发使用场景中都会涉及到集群和高可用的问题，有几种持久化？场景下的缓存策略怎么选？高可用方案怎么实现？集群有哪几种？跟着这几个问题，结合一些自己使用的经验来简单分析一下。

用HTML5的 LocalStorage 存储状态和结果。浏览器兼容性问题 看这里，问题不大。[链接] 结果时效性，存储的时候加上时间戳，读取的时候如果超过需要的有效期就从服务器重新拉

浏览器应该用域名。 localhost的话 除非你服务器也在浏览器所跑的PC上才可以。

抽奖码即时根据uid算一个 加一点随机字符串

我写了个思路迥异的。。。感觉有点麻烦，不过效率和可扩展性还凑合。 思路：每次分配后，都确定剩余的金钱在合理范围。若合理，进行下次分配否则，重新进行此次分配。 {代码...} 运行结果：

Node.js使用的是Reactor模式，凡是遇到需要block的地方，要么使用系统的异步API（网络请求），要么扔到线程池里（文件读写）去做，主线程接着处理其他请求。

如果没有过滤条件 可以把列表总数单独存下来 内存缓存一下后随列表吐出。

一般Mysql表设计时，都是用UTF8字符集的。把带有emoji的昵称字段往里面insert一下就没了，整个字段变成了空字符串。这是怎么回事呢？

下面应该还有几个文件冲突了 把冲突的文件解决后 add 然后和这些一起commit 记录这是是一次merge操作。

commit记录的是相对修改 和修改内容的上下行是关联的 如果上一行丢失了 就会报冲突 需要人工解决。 如果你两个commit之间不再相关联的函数内 就可以直接revert。

mysql做底层逻辑保证，redis建议只做缓存，redis数据定期或者不存在的时候 去和mysql同步。

根据update返回的affectedRows判断是否成功，再吐给前端结果。node 本身只是做一个请求处理和数据库命令的转发，一般都是异步回调实现，单进程下也是可以并发多个相同的请求到数据库，一般不会使用阻塞的方式去请求DB。

是的。可以开多个TTY登录同一个用户操作，互不影响。