magento的一些不足

作者：知乎用户
链接：https://www.zhihu.com/question/20606765/answer/78332937
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

magento处理几十万产品？几十万产品，日访问量5万ip，两天独立主机都要瘫痪，magneto的EAV模型，查一个产品join大约十几个表，十几万就等着死吧。，当产品10万，对应的custom option 大约得40万行，甚至更多，除非你重写产品模块。

magento的初始化非常雍容，大量的xml初始化，或许你会告诉我，他可以缓存起来，就算是缓存，这么大的量也得解析吧网上很多人，说magento很好用，然后扯优化，不建议，就说水平不行，magento的官网推荐产品是5000个，因为大量的表join不适合太多产品数据，了解EAV就会懂这个其次就是magento的index manager 为了提高速度，magento吧eav表重新搞成flat 表，还有重写等其他，设计是很好的，但是在线上，时间久了，索引每段时间都会出问题，新产品上架频繁，经常出现sku搜索不到，url rewrite部分失效问题，需要重新刷新索引，重新刷新索引，产品少还好说，如果产品多，然后再开10个语言，数据就很大，之前维护的magento网站，3万产品，12个strore（语言），刷新全部索引，没有8个小时，根本不行，而且刷新index的时候会造成锁表，造成线上不稳定。好了就说这些吧，magento只是适合中小网站，二次开发也很费劲，如果网站有大量的功能重构，噩梦就开始了，让你开发了50个模块左右，性能有多卡就知道了太灵活的xml，造成出了问题，排查问题比较费劲，有时候开发一个功能，造成其他的地方失效。对于高并发的，日均10万IP的magento网站，没有varnish根本扛不住，或许有人说，自己在线下测试并发多块多快，具体真正的线上就看出来，没有varnish缓存抗，尤其是做广告，流量不均衡，有时候流量一大，magento能卡成一坨屎，linux负载飙升。总之，magento的所谓优化，基本都是各个层缓存，xml加载的雍容初始化，和product 的eav模型的大量join，注定这是一个笨家伙。上面完全的否定magneto的性能，从另外一个角度看，magento的框架结构层次，堪称架构的教学课程！引入xml 和 eav 的设计模式，让magento的插件开发基本可以实现在不修改源代码的情况下修改任意功能，这是其他的框架无法比拟的。总是，magento不适合做1万+产品的应用。