如何开发及维护一个可运营性很高的电商系统

1、  一定要逐步考虑安排分库分表

(1)  用户表、商品表、订单表等基本表必须要考虑分库分表，要不未来随着量大很容易出现异常。

(2)  首页、列表页等聚合页面，通过数据冗余，在分库分表后多写一份，以达到查询时直接使用索引，2秒内返回结果的目的

电商99%以上的量都是读，只要通过分库分表和多写些冗余数据的方式就可以提升性能，解决掉目前电商系统的根本问题

2、  技术语言

前端PHP，后端JAVA这样搭配着比较好。

如果已经全部是PHP或者JAVA了，也就别再换了，性价比不高

直接采用linux系统就好。初创企业，用云服务即可。

3、  日志流水的添加

所有的写操作(增、删、改)都要记录完善的日志，且记录下来：此次操作是否成功，以及耗时多少毫秒，如果不成功，还要记录当前所有环境变量，如果是数据库操作，最好把sql语句都记录下来。读操作如果量大，可以考虑把后台返回结果超过2秒的读请求记录，监控这块的量，超过2秒还没返回，用户多半就跑了

这个非常有必要，一个“可运营”、“可维护”的电商系统差别就差在这里。

4、  必须要做风控

日志流水的作用就出来了。通过读取日志流水，生成几个必备的监控

(1) 每隔10分钟，监控异常的：注册、登陆、下单、支付以及异常的金额等，让风险控制在10分钟内。

(2) 按天生成研发报表。

**接口

昨日执行次数

成功率

失败率

0-500毫秒

500毫秒-1秒

1-2秒

2秒以上

(3) 每天生成产品运营报表

多少人登陆

多少人下单

多少人支付

多少人付款

登陆失败多少人

下单失败多少人

取消订单多少人

等等明细数据。产品运营每天检测这些数据

5、  初步的架构

（1）          接入层，别考虑apache，直接升级到nginx

（2）          逻辑层用php，java都行

前台最好是ajax直接请求逻辑层jason数据，千万别用基础的框架打包一个html直接返回给前台。系统会出现白屏然后瞬间有内容了，前端性能优化可以参考：雅虎前端优化规则 (百度一下就行)

（3）          cache用redis最好(数据结构丰富)，memcache也行(session等可以放到memcache里)

 cache的更新采用key-value，后台一旦修改，实时更新。千万别用多少分钟后让key全部失效，全部更新，那样体验太烂，经常会出现数据不同步。

（4）          数据库mysql直接用innodb就行。分库分表后sql语句就不会出现嵌套查询、关联查询(这个是系统慢的最根源问题)

6、电商系统必须要注意的2个技术问题

(1)、同一个请求被发送了多次

可能出现的地方：(1)和别人接口对接，别人同一份数据发送了多次
(2)用户在“提交”按钮里点击了多次
(3) 其他可能的一些恶意调用，尤其是涉及支付环节的，危险性非常大

解决办法：(1)  在网页端，用户点击“提交”后，将按钮disable掉
(2) 对于收到的数据插入到数据库或者其他一些地方，做好唯一键控制

把用户提交的内容+精确到秒的时间合并成一个字符串，然后md5一次，插入到数据库里作为唯一键控制。

(2)、同一秒内有多次请求

这个就是并发控制，涉及到抽奖等等需要控制到数量的地方，控制不好，会出现抽奖抽多了，卖东西卖超了等情况
出现的原因也很清晰，同一秒内收到多个请求，分布式的，可能不同的请求会分布到不同的机器或者程序上去执行，都去读取一下计数器(记录卖的数量)，比如：1，每个请求都各自执行读取操作，发现都是1，没有超出1的限制，然后都来修改计数器为0，然后各自都去发货或者发送奖品，结果造成了卖超。

解决办法：

利用数据库或者其他有并发控制的程序来做一个锁的逻辑

利用数据库的话，有一个小技巧提供给大家
           伪代码如下： 

[php] view plaincopy

1.    //字段A里存储的是计数器数字  

2.    select  A  from  表B；  

3.    $a  = A;    

4.    if ( $a  <=  N && $a > 0)  

5.    {  

6.         update A=A-1  where A<=N and A >= 0;  

7.         //如果执行成功，则可以领取奖品  

8.        //这样可以控制并发时只卖掉N个奖品  

9.    }  

电商项目的运营可以参考之前写的这篇文章：http://blog.csdn.net/eroswang/article/details/8185676