zblog php数据库访问速度优化后,
一百万篇文章秒开不卡.（实际上再加一百万也没问题，懒得测试了）
最新编辑:
升级后 最新测试 300万毫无压力! 并且已全面支持各种主题!详细请看
https://app.zblogcn.com/?id=9047
以下是第一个版本的介绍:
如果不做任何优化的情况下,根据我的经验
在tags较多的情况下,超过5万篇就明显变慢,超过10万就有些吃力,超过20万,很多情况下就几乎打不开了。
如果你的网站速度访问慢不是因为数据量太大造成的,那么你只需要安装一个静态化插件 就可以解决,https://app.zblogcn.com/?id=2167 或者应用中心搜索a_html_seo进行下载
切入正题吧，先看后台文章数量：
整整一百万篇文章 还多了几篇 因为手动发了几篇，其余都是为了测试用软件发布的。
优化前 已经不堪入目了，直接打不开了
发布文章时提示：
再看下数据库，文章表8.6G的数据，文章数量 一百万以上
优化之前，大概的说一下优化的原理
8.6G是个什么概念呢，假如把硬盘比喻成一个跑道（实际上就是跟一圈一圈跑道一样，还是来张图形象些）
那么8.6G就意味着磁头至少要跑 8.6G容量的距离，磁头跑的远，自然就慢了。
那么就需要垂直分表，然后清理碎片，或者做一下分离，看下把文章内容分离出来后的效果。
仍然是那100万篇文章，但是大小直接变成了113.7M
因为每一行的数据占用空间最大的就是文章内容了。所以把内容单独存放一个表，或者直接分离到文件。
那么自然就快了
通过以上方案的优化，一百万篇文章，网站秒开不卡。实际上再加个一百万也没问题。但是一百万的效果足够说明问题了，后面就没再去测试了。
优化后效果：速度跟几百篇文章区别并不大
内容页：
需要注意的是 这种方法对模板也有要求，因为把内容分离出来存放到别的地方后，有些模板的列表页是从全文中截取一些摘要来显示，所以那种模板就会显示不全，很难看。内容页没任何影响的！
如果利用这种方法，最好的选用的就是跟本站类似的模板， 列表页面是 纯列表，没有图片，没有摘要，这样的是最好的，本站所用主题：https://app.zblogcn.com/?id=2300
最新版本 已解决上述问题.全面支持所有主题! 详细请看 https://app.zblogcn.com/?id=9047
如果再配合https://app.zblogcn.com/?id=2167 这个插件，简直天衣无缝！(并非必须)
或者应用中心搜索a_html_seo进行下载
实战反馈(优化前)
实战反馈(优化后)
如果你因为网站数据量大而导致的速度很慢，可以联系我。
可以帮你优化好，也可以给你工具你自己优化。
另外需要定制各种 mysql 站群 seo工具的 也可以联系我定制！
相关推荐
zblog数据量多 访问速度慢解决方法 实测300万文章秒开不卡如果你曾因为网站文章数量多 而导致网站打开缓慢,那么恭喜你.发现了这个屌爆了的神器!本插件已经经过很多网站的测试,和版本的迭代, 目前已兼容大部分主题.如果个别主题使用不正常的.或者使用中有任何疑问.
zblog数据库结构 表和字段详解表结构说明:表名储存信息zbp_category分类表zbp_comment评论表zbp_config插件配置表zbp_member用户表zbp_module模块表zbp_post文章表zbp_tag
mysql视图：view（优化查询速度必备）用法：创建的视图create view 视图表名称 as 查询语句;例如：create view 视图表名称 as select * from class where id>2;select *
mysql 查询速度优化 与性能优化总结[转载]基础概念简述锁数据库通过锁机制来解决并发场景 — 共享锁（读锁）和排他锁（写锁）。读锁是不阻塞的，多个客户端可以在同一时刻读取同一个资源；写锁是排他的，并且会阻塞其他的读锁和写锁。简单提下乐观锁和悲观
mysql sqlite 删除旧数据 只保留最新的100条完整语句:delete from _sql执行记录 where id in (select id from _sql执行记录 order by id desc limit 100,100000)del
php查看mysql表大小 表行数 表多余 表自增id 数据表最大id查看自增id $sql="select Auto_increment from information_schema.tables where TABLE_SCHEMA='{$数据库
berkeley Db千万亿级别数据库的优势完全开源免费。支持海量的数据（最大支持256TB的数据）支持数千个并发线程同时操作数据库。介于关系数据库与内存数据库之间，使用方式与内存数据库类似可以用来保存任意类型的键/值对（key/value）而
帝国cms数据库表结构:常用表phome_enewsclass栏目主表phome_enewsclassadd栏目副表phome_ecms_article文章主表phome_ecms_article_data_1文章副表phome_
zblog能做大站吗 能不能承受100万文章?答案肯定是可以的zblog小巧简单,功能本身是非常简单 但是插件和可改造性非常强大几乎可以建设所有类型的网站,包括cms,商城,博客,论坛 等等有人担心承受的数据量但是实际上如果做一下优化的话 能承受
mysql效率研究(二):char(20) 和 char(40) varchar(255)和varchar(256) 和 varchar(50)和varchar(100) 的区别/*varchar(255)和varchar(256) 和 varchar(50)和varchar(100) 的区别*/ $sql="create table char20(