很多用戶在選擇商城系統(tǒng)時(shí)，很有可能忽略了系統(tǒng)的性能和并發(fā)，而這恰恰是決定軟件內(nèi)在品質(zhì)的關(guān)鍵所在。由于并發(fā)直接決定承載，如果商城運(yùn)營期間流量增長，如活動(dòng)促銷、發(fā)布會(huì)等等，系統(tǒng)因負(fù)載過重癱瘓，無法訪問所造成的影響是非常大的。我們的商城項(xiàng)目是使用shop++商城系統(tǒng)來進(jìn)行二次開發(fā)的，最初部署項(xiàng)目后我對shop++進(jìn)行了詳細(xì)的性能測試，以便了解軟件的并發(fā)性能數(shù)據(jù)，及制定商城運(yùn)營期間大流量涌入的解決方案。
針對于系統(tǒng)性能的測試，我是采用阿里云SaaS性能測試平臺(tái)進(jìn)行，模擬100萬數(shù)據(jù)量進(jìn)行，服務(wù)器和軟件環(huán)境配置如下：
服務(wù)器 配置
CPU： 4核（Intel Xeon E5-2680、2.5GHz）
內(nèi)存： 16GB
硬盤： 120GB（SSD）
帶寬： 100Mbps（外網(wǎng)）、1000Mbps（內(nèi)網(wǎng)）
軟件環(huán)境配置
操作系統(tǒng)： Ubuntu 16.04 64位
JDK： jdk-8u121-linux-x64
Tomcat： tomcat-8.5.11
MySQL： mysql-5.6.35-linux-glibc2.5-x86_64
Tomcat配置： 啟用APR運(yùn)行模式 -Xms4096m -Xmx4096m
MySQL配置： innodb_buffer_pool_size = 6G max_connections = 2000
SHOP++配置： connection_pools.max_pool_size = 2000
測試首頁
設(shè)置 并發(fā)用戶數(shù)：1000，步調(diào)時(shí)間：1000ms，持續(xù)時(shí)間：30分鐘，如下圖：
執(zhí)行結(jié)果如下：
測試 商品分類
設(shè)置 并發(fā)用戶數(shù)：1000，步調(diào)時(shí)間：1000ms，持續(xù)時(shí)間：30分鐘，如下圖：
執(zhí)行結(jié)果如下：
測試 商品搜索
設(shè)置 并發(fā)用戶數(shù)：1000，步調(diào)時(shí)間：1000ms，持續(xù)時(shí)間：30分鐘，如下圖：
執(zhí)行結(jié)果如下：
測試 商品詳情
設(shè)置 并發(fā)用戶數(shù)：1000，步調(diào)時(shí)間：1000ms，持續(xù)時(shí)間：30分鐘，如下圖：
執(zhí)行結(jié)果如下：
上述測試主要針對shop++系統(tǒng)的首頁、商品分類、商品搜索、商品詳情等主要業(yè)務(wù)場景進(jìn)行，測試結(jié)果并發(fā)達(dá)到1000，效果還是不錯(cuò)的。當(dāng)然以上純屬個(gè)人測試意見，因?yàn)檐浖阅苁芎芏嘁蛩氐挠绊?，如硬件設(shè)施、網(wǎng)絡(luò)環(huán)境、操作系統(tǒng)、中間件、應(yīng)用程序、數(shù)據(jù)量等等，其測試結(jié)果可能會(huì)有差異。如果我們在選擇商城系統(tǒng)時(shí)不重視軟件性能，對平臺(tái)大流量涌入情況不作預(yù)案。當(dāng)平臺(tái)面臨大流量時(shí)，那么平臺(tái)將有可能會(huì)出現(xiàn)頁面奔潰，更甚者造成損失難以估量。所以建議大家在選擇商城系統(tǒng)時(shí)，軟件性能方面還是應(yīng)著重考慮。
申請創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
