测试数据是无意中得到的企业黄页的数据，数据量将近90万，都是完全真实的数据，测试使用的程序是dedecms4.0版本，你问为什么不用dedecms5.1？那是因为我们为了优化，针对dedecms做了很多修改，如果使用dedecms5.1，我们害怕收到法院传票……，补充一句，以下的优化方法均能在dedecms5.1中使用，请在理解其原理的基础上自行完成。

未优化前我们测试发现主要有三个经常性的操作在dede大数据量的情况下影响管理性能，分别是文档生成、列表页生成和栏目列出所有文章，我们就针对这三个方面进行优化实践。

以下是测试数据的基本信息：

优化后使用所有档案列表数据加载完成时间

通过对以上几步优化操作，现在我们的程序后台已经能够非常轻松的应付90万数据的管理和维护了，事实证明dedecms的负载性能的瓶颈并不是mysql、服务器或者操作系统平台什么的造成效率瓶颈，未经优化的程序即便放到oracle的数据库上，使用更高级别的服务器，使用freebsd的操作系统，表现一样会不尽如人意。细节决定成败，看起来dedecms必须要在程序调优、性能优化上好好下功夫了。想了解更详细的解决方案，请加入我们交流。