当前位置:首页 > CMS教程 > phpcms > 列表

php数组被滥用于缓存的问题——以phpcms v9的pc标签缓存为例

发布:smiling 来源: PHP粉丝网  添加日期:2014-10-22 15:03:59 浏览: 评论:0 

php数组的方便性,很容易令人过度使用,其中一种过度使用的场合,就是做缓存时不区分场合滥用数组,导致性能不高,主要是集中在对CPU性能的高占用消耗上[1],以下以phpcms v9举例说明.

phpcms v9中,作为模块设计的pc标签[2]其实是不错的,易于让人理解而且功能强大,但偏偏在关乎效率的缓存上似乎没有意识到一个问题,绝大部分的开发者使用pc标签的缓存参数,其实质是希望将该pc标签包围的模块进行缓存,故而从缓存实现来讲,作为一个视图层而言,应该缓存最终渲染的html才对;但phpcms却只是缓存了数据数组,每次读取缓存并还原为数组后,仍然要进行渲染运算,这样的结果,导致了pc标签的缓存效率,其实没有设计者想象的那么高.

比如如下pc标签:

  1. {pc:content action=”position” posid=”1″ thumb=”1″ order=”listorder DESC” num=”5″ cache=”500″} 
  2. <div class=”content” id=”main-slide”> 
  3. <div class=”changeDiv”> 
  4. {loop $data $r
  5. <a href=”{$r['url']}” title=”{str_cut($r['title'],30)}”><img src=”{thumb($r['thumb'],310,260)}” alt=”{$r['title']}” width=”310″ height=”260″ /></a> 
  6. {/loop} 
  7. </div> 
  8. </div> 
  9. {/pc} 

其本意应该是为了缓存该pc标签包围的焦点图片模块,但是生成的最终代码发现,缓存的是中间从数据库读取出来的数组,仍需要每次渲染:

  1. <?php if(defined(‘IN_ADMIN’) && !defined(‘HTML’)) {echo “<div class=\”admin_piao\” pc_action=\”content\” data=\”op=content&tag_md5=2e957216affd4b95207c8d8eabcfb7b8&action=position&posid=1&thumb=1&order=listorder+DESC&num=5&cache=500&htmlblockcache=1\”><a href=\”javascript:void(0)\” class=\”admin_piao_edit\”>编辑</a>”;}$tag_cache_name = md5(implode(‘&’,array(‘posid’=>’1′,’thumb’=>’1′,’order’=>’listorder DESC’,'htmlblockcache’=>’1′,)).’2e957216affd4b95207c8d8eabcfb7b8′);if(!$data = tpl_cache($tag_cache_name,500)){$content_tag = pc_base::load_app_class(“content_tag”, “content”);if (method_exists($content_tag, ‘position’)) {$data = $content_tag->position(array(‘posid’=>’1′,’thumb’=>’1′,’order’=>’listorder DESC’,'htmlblockcache’=>’1′,’limit’=>’5′,));}if(!emptyempty($data)){setcache($tag_cache_name$data, ‘tpl_data’);}}?> 
  2. <div class=”content” id=”main-slide”> 
  3. <div class=”changeDiv”> 
  4. <?php $n=1;if(is_array($data)) foreach($data AS $r) { ?> 
  5. <a href=”<?php echo $r['url'];?>” title=”<?php echo str_cut($r['title'],30);?>”><img src=”<?php echo thumb($r['thumb'],310,260);?>” alt=”<?php echo $r['title'];?>” width=”310″ height=”260″ /></a> 
  6. <?php $n++;}unset($n); ?> //phpfensi.com 
  7. </div> 
  8. </div> 
  9. <?php if(defined(‘IN_ADMIN’) && !defined(‘HTML’)) {echo ‘</div>’;}?> 

解决这种效率问题,最直接的方法是增加参数,允许改为存储整块最终渲染的HTML模块,为此,改造了phpcms,允许增加一个htmlblockcache=”1″参数,前提是cache参数必须大于0,以解决此问题:

  1. {pc:content action=”position” posid=”1″ thumb=”1″ order=”listorder DESC” num=”5″ cache=”500″ htmlblockcache=”1″} 
  2. {/pc} 

受条件所限,ab测试只能在本机实验。测试环境为:Win 2003 + IIS 6 + php 5.2,没有安装任何opcode缓存扩展。测试方法是:后台更新(删除)所有缓存后,在浏览器刷新首页一次,以便重新生成所需缓存;首次两轮-n 10 -c 10预热,接着两轮-n 600 -c 15正式测试,取第二次作对比。

测试结果发现,改造后的响应速度有提高不小,但是由于更新缓存时需要进行ob缓冲,其响应会偶尔偏高.

改造前(没有htmlblockcache)的首页测试结果:

  1. Document Path: /phpcmsv9/index.php 
  2. Document Length: 41900 bytes 
  3.  
  4. Concurrency Level: 15 
  5. Time taken for tests: 33.891 seconds 
  6. Complete requests: 600 
  7. Failed requests: 0 
  8. Write errors: 0 
  9. Total transferred: 25286400 bytes 
  10. HTML transferred: 25140000 bytes 
  11. Requests per second: 17.70 [#/sec] (mean) 
  12. Time per request: 847.266 [ms] (mean) 
  13. Time per request: 56.484 [ms] (mean, across all concurrent requests) 
  14. Transfer rate: 728.63 [Kbytes/sec] received 
  15.  
  16. Connection Times (ms) 
  17. min mean[+/-sd] median max 
  18. Connect: 0 0 1.9 0 16 
  19. Processing: 156 843 361.4 906 1875 
  20. Waiting: 141 839 360.8 906 1875 
  21. Total: 156 843 361.5 906 1875 
  22.  
  23. Percentage of the requests served within a certain time (ms) 
  24. 50% 906 
  25. 66% 1031 
  26. 75% 1109 
  27. 80% 1156 
  28. 90% 1281 
  29. 95% 1344 
  30. 98% 1453 
  31. 99% 1516 
  32. 100% 1875 (longest request) 
  33.  
  34. 改造后(有htmlblockcache)的首页测试结果: 
  35.  
  36. Document Path: /phpcmsv9/index.php 
  37. Document Length: 41328 bytes 
  38.  
  39. Concurrency Level: 15 
  40. Time taken for tests: 23.156 seconds 
  41. Complete requests: 600 
  42. Failed requests: 0 
  43. Write errors: 0 
  44. Total transferred: 24943200 bytes 
  45. HTML transferred: 24796800 bytes 
  46. Requests per second: 25.91 [#/sec] (mean) 
  47. Time per request: 578.906 [ms] (mean) 
  48. Time per request: 38.594 [ms] (mean, across all concurrent requests) 
  49. Transfer rate: 1051.92 [Kbytes/sec] received 
  50.  
  51. Connection Times (ms) 
  52. min mean[+/-sd] median max 
  53. Connect: 0 1 5.9 0 109 
  54. Processing: 94 570 177.5 547 2297 
  55. Waiting: 94 563 177.7 547 2297 
  56. Total: 94 571 177.3 547 2297 
  57.  
  58. Percentage of the requests served within a certain time (ms) 
  59. 50% 547 
  60. 66% 594 
  61. 75% 625 
  62. 80% 641 
  63. 90% 703 
  64. 95% 813 
  65. 98% 1016 
  66. 99% 1266 
  67. 100% 2297 (longest request) 

而实际服务器也支持这种测试结果——由于响应速度的提高,phpcgi的线程数也少了,CPU占用的叠加程度有所减少,负荷有所减轻.

Tags: php数组缓存 phpcms标签缓存

分享到: