wp访问统计插件性能瓶颈源于实时数据库写入、单表膨胀和无去重，ci4式轻量日志通过仅存关键字段、文件异步追加、按天分文件及预生成摘要解决该问题。
WP访问统计插件确实容易成为性能瓶颈，尤其在高并发或低配主机上。问题不在“要不要统计”，而在于“怎么记才不拖慢网站”。CI4（CodeIgniter 4）风格的轻量日志思路——只存关键字段、异步写入、按天分表、不实时查库——恰恰能解决WordPress传统统计插件常见的资源卡顿问题。
为什么默认插件会吃CPU和数据库？
多数WordPress访问统计插件（比如直接用wp_insert_post建日志文章，或每次访问都$wpdb->insert()进大表）存在三个硬伤：
- 每页加载都触发一次数据库写入，高峰期秒变IO瓶颈
- 单表累积几十万条记录后，
SELECT COUNT(*)或后台列表查询明显变慢 - 没做访客去重或采样，把爬虫、监控探针、重复刷新全当真实用户记
用CI4式思路重构访问日志
不追求“全量精确”，专注“可用、可查、不拖慢”。核心是把“记录行为”和“分析行为”解耦：
- 前端只写轻量日志：仅存
date('Y-m-d')、$_SERVER['HTTP_USER_AGENT']前32位、$_SERVER['REMOTE_ADDR']哈希值（防隐私）、$_SERVER['REQUEST_URI']截断至128字符 - 写入方式改用文件追加（
file_put_contents($log_file, $line.PHP_EOL, FILE_APPEND | LOCK_EX)），避开数据库锁 - 按天切分日志文件，如
/wp-content/logs/visit-2026-08-13.log，自动轮转，老日志可gzip归档 - 后台统计页面不实时扫日志，而是调用一个预生成的
daily_summary.json（由WP-Cron每日凌晨解析昨日日志生成）
兼容WordPress生态的落地建议
不需要推翻重写，可在现有插件基础上渐进优化：
- 保留插件头和管理菜单，但把
add_action('init', 'track_visit')替换成轻量钩子，例如挂到wp_loaded末尾，且加if (!is_admin() && !wp_doing_ajax())双重过滤 - 用
wp_cache_set()缓存当日计数，每100次访问才刷一次文件，进一步降低IO频率 - 提供开关：默认启用轻量日志；高级选项里开放“启用IP地理信息补全”（调用本地GeoLite2库，非在线API）或“开启UA分类统计”（需额外加载小词典）
本质上不是换技术栈，而是回归统计本质：服务决策，而不是堆数据。日志够用就行，快比全重要。
