林网博客

探讨计算机网络安全 拓展计算机网络应用

« 修改查看硬盘ID工具集及可修改vmware硬盘ID的工具下载宏基 Aspire 5290笔记本触摸屏突然不能用 »

结合以前实例来分析优化discuz的误区

有关于discuz的话题,本博提得不太少数,实在是对之爱之有佳,但也有无奈的无力感;之前关于discuz的乱码问题discuz论坛乱码的又一例解决方法discuz论坛W3WP.exe占用CPU100%的几个解决办法,还有那个虚拟股市6占用mysql资源的问题,最后以关闭虚拟股市了事;上述一系列的问题探索中,采取的方面也包括下述discuz优化误区中的几个方面当中,不过,在一定方面来说,适合度最重要,这关系着以下的操作是优化还是误区?

之前点石论坛中也有贴在讲述disduz的优化问题,大部分表现在模板方面,对于php、mysql方面的优化比较少;在落伍论坛也看到一个叫小勤的,好像就是那个给落伍写点击量统计查询插件的那位,有一篇日志被转到discuz论坛,是他跟踪一个客户的案例,其中提到用到了mysql慢查询来跟踪查询语句,并在最后对discuz的论坛数据库结构提出了改进索引的意见。我在改进那个discuz论坛W3WP.exe占用CPU100%的几个解决办法时,也确实用了下,感觉也确实有些作用,但在下述的所谓误区操作中,针对增加索引,提出了反面意见,而事实上,近一段时期,结合论坛实际发展情况,感觉也确实有些道理。

1、SQL 慢,加索引:多数情况下,数据库可能是瓶颈。通过 Slow Query Log 发现执行时间比较长的 SQL 并不难,于是有的人一看 SQL 走了全表扫描,干脆添加个索引好了。

其实这个地方值得商榷的。第一,必须确定一下该 SQL 执行次数到底是怎样的?执行真的很频繁? 那么对应的页面是否通过 Cache 可以减少对 DB 的冲击?如果可以,尽量不要添加索引,索引本身对表的负面影响也是很大的,比如降低更新速度影响并发能力等。就此看来,增加索引也确实是双刃剑,具体是否增加还要进一步的跟踪分析,从cache方面结合考虑查询的问题。

2、瓶颈一定在数据库上:数据库"可能"是瓶颈,很多时候,图片访问带来的压力甚至比数据库压力还大;有的用户数据库、用户上传的图片文件、Web 服务器都扔到一台服务器上,这时候,第一手去调整 MySQL 或许会有作用,但价值不大。因此,分析并确定瓶颈点,就是关键了。

3、盲目的静态编译 MySQL:静态编译 MySQL 有好处,但如果系统已经在线上运行了,在原有环境中进行静态编译未必能带来多大好处。对于 PHP 也是这样,如果一次优化从其它方式上能带来更清晰、直接的开销,就不要重新编译;我的看法是:如果论坛发展初期,哪怕是开始没来得及静态化,也要转为静态化,毕竟发展初期,大多数网站对于搜索引擎的依赖性还是比较大的,如果发展到一定地步或者是以实力领先、发展已经比较稳定的论坛团体,那就没必要再次静态化了。静态化,在一定方面,还是要以消耗部分性能为代价的。

4、反复尝试,但不建立基准数据;建立基准数据,实在应该是优化的最基本的步骤。这样才能有效的评估优化的效果。否则的话,象误区一描述的,添加了一个索引,短期内可能感觉快了,长期看,性能可能又会慢下来。这个基准数据建立的代价就大了,我当初也没有在增加索引之前保留数据库的备份,也没有太长时间对比效果,这工作量太大了点,像七十二松的那位管理员,那家伙有条件有精力来研究,还差不多。唉,国外的空间,忘记放在他们那里了,这样就省事太多了,那sir也是个优化狂人!佩服一把!本博一贯佩服技术领先、追求技术至境的网络人!

5、一次进行多个优化步骤:如果一次调整多个参数或是多个环境的设置,然后观察效果。如果每个步骤都是"对"的话,那么效果看起来是好的。如果有的步骤调节"错"的话,可能会抵消那些有效果的优化步骤。这方面不再多说了,再多分析嘛,分析后确定优化点。

上述部分内容源自:http://www.bullog.cn/blogs/dbanotes/archives/157025.aspx,我看这内容时搜索了下,有两个地址,并且是不同域名不同路径的相同内容,作者也相同,奇怪了,这作者排名不低呀,不会犯这样的重复性网页错误吧?

discuz的优化方面,实在有些疲累的感觉,毕竟数据库也比较大了,每次调整面临的压力与等待都比较辛苦,并且这也是在探索中前进,discuz官方对此的答案一向是那个“苦砂”回答,但这位似是一个应用层级别的高手,对于深层次的代码级修改和mysql深层次优化,似乎心有余而力不足,而discuz官方开发团队中,除了那个童虎偶尔展示一下风采外,其他人和其他解决性方案,更是难得一见。可能这就是对待免费下载使用用户的服务吧,理解吧,不理解也得理解吧!phpwind在速度方面,一向都是高出discuz一筹,但phpwind官方对于免费服务群体的态度,比之discuz官方更是过份,phpwind安装应用区的问题,就可见一斑,失望之下,才转至discuz的,但discuz近来的资源占用情况,似乎又在迫使我寻求其他的解决之路。VBB?还是aspx?还是静态化?还是在硬件方面加大投入?四核?还是分布式应用?扯淡!我这么high?我还谈优化干嘛?呵

优化,是个技术活,更是一个让人心力交瘁的活,有兴趣的,留言多交流!





本文链接地址:http://www.linwan.net.cn/archives/2917.html
原创文章如转载,请注明:转载自林网博客 [ http://www.linwan.net.cn/ ]

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

订阅博客

  • 订阅我的博客:订阅我的博客
  • 通过Google订阅本站
  • 通过抓虾订阅本站
  • 通过鲜果订阅本站
  • 通过bloglines订阅本站
  • 订阅本站到飞豆
  • 订阅本站到哪吒
  • 订阅到有道阅读
  • 通过电子邮件订阅本站

林海谐缘软件区新贴

林海谐缘网络区新贴

联系邮箱:我的信箱地址,Powered By Z-Blog 1.8 Spirit Build 80710

本站采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本站内容必须也遵循“署名-非商业用途-保持一致”的创作共用协议.