领低保了啊！探讨下你们的千万数据的mysql临时表占比
又来灌水了啊，探讨下你们的千万数据的mysql临时表占比。这是我的临时表占比，动态网站。
服务器配置：1核4G内存+帝国CMS7.5，另外3个网站都有启用memcached与redis。
最多数据的某个网站达到了17万多文章，其他2个的均在3万到6万篇文章，不包括会员的操作记录，比如评论，留言，打赏签到浏览等记录。
备注：标签调用或者sql查询里面去掉了like与rand排序，这两个东西确实太占用资源，换了种写法。
其次就是加了推荐排行，头条排行，顶排行，浏览量排行，评论数量排行，细心的小伙伴们都知道这3个字段（顶，点击，评论）是没有索引的，且浏览量字段都是同时读取写入的也不适合索引。那么在这些条件下，帝国在大数据动态下就会让mysql写入大量的临时表了（基本都高达百分之90）。这个是千分之千成立的事实。不知道老坛们是怎么解决的呢？我的方案是限制查询在某个时间段的浏览，顶，评论排行。另外给他们这3个大户加了memcached缓存，（实际是前端都加了memcached缓存的，包括评论+会员数据交互的）但是还是不能满意，不能达到心仪的数字，临时表在百分之1以下。
大家探讨下在大数据动态下，把该有的排行都加上是怎么减少临时表写入的呢。 1核4G内存,用得也太寒酸了。 我基本都加了缓存，套了CDN，动态列表有点受不了，加了缓存，准备把有些动态页面的like去掉了，想着做些索引表，查询索引表里的数据，再去匹配。
页:
[1]
