zencart商品数据量百万级并发访问量的经验吗？

　　zencart商品数据量百万级并发访问量的经验吗？

　　我正在使用 zencart 与朋友开始一项基本的系统业务。估计经过一段时间的发展，数据量和访问量都会非常大。这里有没有朋友有zencart的海量数据和高并发访问的经验？

　　mysql商品数据量百万级，并发访问量超过1K。在这种情况下，有的朋友有优化经验。 zencart 能支持这种情况下的性能需求吗？常用优化方法：服务器集群、mysql水平分割、memcached等技术有人用过ZenCart吗？

　　我觉得这个问题需要分成两个问题来解决

　　一、海量数据

　　1、根据我的测试结果，Mysql正在处理100万条数据库记录。如果只基于KEY查询，不会有明显的性能问题，避免了过多的相关和非索引字段查询。如果数据太多，可以考虑分库分表做，不过这个成本也很高。

　　2、产品数据太多。考虑将产品按照分类划分到不同的应用DB中，利用搜索技术将不同DB的产品聚合到页面中进行展示。

　　3、 订单数据太多。可以参考银行的核算方法，将订单分为流水单-明细单-历史单。大多数历史订单不需要每次都检查。您需要查看订单或者您也可以使用搜索技术生成统计报告。

　　二、高并发

　　1、代码级优化

　　。参考杰克

　　。重构或简化 ZenCart 现有的 MVC 模型实现

　　。定义逻辑清晰的数据库执行层，尽可能缓存和复用查询结果集，减少数据库查询次数。

　　。根据需要修改数据库结构。比如加索引，加字段，甚至加表。

　　2、系统级优化

　　。 mysql

　　。阿帕奇

　　。 php

　　。鱿鱼/内存缓存

　　相关优化方案请参考相关应用的优化手册或帮助文档

　　3、架构层面的优化

　　。动静态资源分离

　　一些静态资源如产品图片或介绍可以在不同的服务器上分开。

　　。应用分离

　　ZenCart 定位为个人网店，所以它的功能非常全面，有时甚至以牺牲性能换取功能，这是确定的，但是zencart 系统本身是高度集成和高度耦合的。国外eBay和国内淘宝已经做了应用分离。例如，用户注册/用户登录、结帐、产品类别可以分开。但是需要解决各个应用之间的Session共享和数据同步问题。

　　。虚拟服务和负载平衡。

　　通常有一些技术方案，如DNS轮询、四层交换、七层交换等，这类技术的硬件方案很多，软件方案网上资料较多。 （主编：最模板）