atp检验标准中国女子世界女子综合格斗视频吃东西1小时后能打网球吗

　　最近，帮一个朋友优化一个拥有20万主题，100万帖子，3万多会员，平均在线人的Discuz!论坛，采用Linux2.6+Apache2+mod_php5+MySQL5，服务器配置为双至强+4G内存，优化前，系统平均负载（load average）基本维持在10以上，MySQL的CPU占用率基本在90%以上，优化后，系统平均负载降到0.5以下，MySQL的CPU占用率很少有超过10%的时候。优化前YSlow得分只有35分，优化后YSlow得分86分。

　　首先重新静态编译MySQL，使其只支持MyISAM和Memory两种引擎，并按Discuz!编码选择只支持UTF-8或者GBK字符集。

　　对数据库进行优化，将threads和posts表中部分未索引的字段增加索引，并将supersite数据库表从bbs数据库独立出去。修改discuz!配置文件，设置开启pconnect。

　　对Discuz！设置进行优化。进入Discuz!系统设置，修改页面缓存设置中的缓存有效期和缓存系数，修改服务器优化中的禁止浏览器缓冲和页面Gzip压缩，修改防盗链设置中下载附件来路检查，用JSMin自动对js文件进行缩减（Discuz! 6.1的common.js原文件29.3k，经JSMin缩减后为24.1k，再经deflate后为7.3k），修改attachments.php文件，将：

　　个人感觉，Discuz!将Session保存在数据库中，极大地降低了Query Cache的命中率，如果需要进一步优化，可以考虑修改Discuz!源码，将Session保存到Memcache中。

　　优化之后用Siege做并发压力测试，在200并发下，基本没有任何错误。如果将来人数更多，可以考虑将平台迁移到Ngix+PHP FastCGI上。

　　昨天，将服务器迁移到了Nginx+php-fpm，以下是迁移后测试，相差真的很明显，回头再写Nginx+php-fpm的经验：

　　有经验的DBA或开发人员通常都采用改写来调优SQL，但是改写SQL是个耗时的工作，即便是资深DBA或开发人员都需要花费数小时甚至几天来进行改写和测试一条SQL语句，而且由于人手工作的限制，有些潜在的改写并不能发现，一些改写出来的SQL效果并不理想。

　　Tosska人工智能SQL改写引擎是世界领先的针对MySQL数据库的SQL改写技术， 它不仅节省开发人员改写和测试问题SQL的时间，往往还能探索出即便是有经验的DBA都无法发现的SQL写法，从而得到最优SQL。

　　此外，Tosska人工智能改写SQL还可以配合我们的提示组合算法一起工作，从而进一步探索更多的查询计划，这个即便是最有经验的DBA都很难实现。