Discuz X 系统：【效率机制】-【功能优化】 详解

member 表优化

当一个数据表的数据量越来越大时，关于这个表的查询和更新操作就会变量越来越慢，为了提高数据库表的响应速度，应该时刻保持表数据的精简。那么如何既不影响正常功能又能保证表数据的精简？我们在十几个注册会员数从几十万到几百万不等的网站进行了一项非活跃用户数的统计，统计结果如下图：

统计结果显示非活跃用户数和活跃用户数的比例趋近于 82 规则，即非活跃用户数占大部分，因此只要我们将非活跃用户进行存档即可大大减少用户表的数据量，提高访问速度。

存档的标准是：

90 天之内无访问且帖子数小于 5，估算可优化 60% 以上用户。

程序处理过程：

a 、用户在回访时将数据从存档表中转移到主表

b 、单用户默认均不兼容处理

加为好友、打招呼、发短信将提示用户不存在或被冻结

用户空间、查看用户资料页可正常显示

c 、多用户操作默认兼容处理

好友列表，帖子查看页可正常显示

d 、后台用户管理时需要选表操作

post 表的优化

在站点运营过程中，常遇到高楼贴的性能问题，比如 limit 187460, 20 。为了解决高楼贴可能出现的问题，Discuz! X2.5 做了如下调整：

1 、增加 position 字段记录楼层，修改主键为：PRIMARY KEY (tid, `position`) 联合主键，其中 position 为 auto_increment 。

2 、 pid 字段保留，仍然是 auto_increment（单独的一个表），保持唯一，其值在一个单独的表中记录， 保留此字段的主要目的是可以让原程序的基本不用做修改。

使用方法：

SELECT * FROM pre_forum_post WHERE tid=424 AND position>=$start AND position<$end ORDER BY position;

3 、抢楼贴和普通的盖楼贴机制统一。

4 、删除和审核保留原来的机制，页面显示此楼层被删除或审核中。

点击数优化

在一个站点中，主题浏览量、文章查看数等数据实时更新时，需要频繁的写表操作，从而导致锁表问题。为了解决这一问题，Discuz! X2.5 做了如下调整：

1 、增加 forum_threadaddviews 表，记录每一个 TID 的增量点击数。

2 、查看帖子时，如果增量点击数到 100，则使用进程锁将数据更新到 thread 表并更新增量点击数为 0 。

3 、回贴时将增量点击数和回复数一起更新到 thread 表，并更新增量点击数为 0 。

4 、执行计划任务：每天 3 点，5 分钟一次，一次取 500 条数据更新到 thread 表， 并删除此 500 条数据，以减少 forum_threadaddviews 表的大小。

DIY 模块更新数据优化

模块聚合数据的灵活性导致 SQL 语句的条件复杂且不使用索引，MYSQL 对数据表的全表扫描，使网站的整体性能急剧下降。为了解决这一问题，Discuz! X2.5 做了如下调整：

1 、在查询语句的 WHERE 条件中增加 id > max(id) - $maxnum 。

2 、最多扫描 $maxnum 行数据，产品后台可设置此值，最大是 65535 。

3 、主题、文章、日志模块中添加此功能。

帖子点评和评分功能的优化

Discuz！X2.5 未优化前，查看帖子内容页时，需要分别到点评表和评分表中查询数据，必然产生含有 IN 操作的两条 SQL 查询，影响了站点性能。为了解决这一问题，Discuz! X2.5 做了如下调整：

1 、增加 forum_postcache 表，记录每一个 PID 的点评列表和评分列表的结果。

2 、查看帖子时生成缓存，点评和评分时删除缓存。

3 、执行计划任务：每天删除前一天的数据，以减少 forum_postcache 表的大小。