随着乐视硬件抢购的不断升级，乐视集团支付面临的请求压力百倍乃至千倍的暴增。作为商品购买的最后一环，保证用户快速稳定的完成支付尤为重要。所以在15年11月，我们对整个支付系统进行了全面的架构升级，使之具备了每秒稳定处理10万订单的能力。为乐视生态各种形式的抢购秒杀活动提供了强有力的支撑。一.     分库分表在redis，memcached等缓存系统盛行的互联网时代，构建一个支撑每秒十万只读的系统并不复杂，无非是通过一致性哈希扩展缓存节点，水平扩展web服务器等。支付系统要处理每秒十万笔订单，需要的是每秒数十万的数据库更新操作（insert加update）

Redis是一个高性能的，开源key-value型数据库。是构建高性能，可扩展的Web应用的完美解决方案，可以内存存储亦可持久化存储。因为要使用跨进程，跨服务级别的数据缓存，在对比多个方案后，决定使用Redis。顺便整理下Redis的安装过程，以便查阅。下载Redis解压Redis编译安装Redis配置Redis启动Redis添加开机启动项Redis配置参数 1. 下载Redis 目前，最新的Redist版本为3.0，使用wget下载，命令如下：# wget http://download.redis.io/releases/redis-3.0.4.tar.gz

Javascript是一门通过原型链来实现继承的面向对象的动态语言。其原型链机制本身并不复杂，但是理解起来有些绕。本文试图理清原型链的相关知识，并尝试归并以便于理解记忆。本文的所有代码均是在chrome的console中执行。从一个简单的例子开始首先我们使用object literal来创建一个对象：1var koly = {name:'koly'};那么，什么叫object literal呢？先来看看literal的定义：literal: taking words in their usual or most basic sense without metaphor or e

本文接着上文《Javascript后端开发学习》。将继续记录学习NodeJS后端开发的“流水”。这篇主要是记录comments的CRUD。编码前的思考主要有两个方面：数据库的表设计，即post和comment的关系api的设计，即url的设计先说第一个，表设计。详细的表设计流程可以参考《数据库设计基础》。这里明显有两个实体，一个是post，另一个是comment。实体之间的关系一般有一对一，一对多，多对多。由于一个post可以对应多个comment，而同一个comment不能同时属于两个不同的post，所以post和comment的关系是一对多关系，即一个post对应多个comment。如果在

之前一直在用Java写后端，一直使用的是MVC模式，于是便好奇。不用Java，没有MVC，会是什么样子。考虑过Rails，只是除了学习Rails这个框架外，还需要学习诸如Ruby，Coffee之类的语言，而关键是Rails在debug模式下比较慢。所以没有什么动力。后面NodeJS出来了，然后大家开始用Javascript来写后端了。后面无意间发现了一个NodeJS中文社区，跟Ruby中文社区一样，很活跃。于是就想着用NodeJS来写写试试，加之又想试试ECMAScript 2015，于是便有了这次尝试 所有的代码都在github上，然后这里就是记录干了些什么事情，遇到了些什么问题，权当流水账