uv用user_id优先、未登录则组合session_id/ip+ua哈希/cookie；pv推荐日志解析或异步队列入库；在线人数用redis zset维护last_activity滑动窗口统计。
PHP网站做访客统计，关键不在“能不能”，而在“怎么定义、怎么存、怎么算”。UV、PV、在线人数三者逻辑不同，混用同一种方式（比如全靠IP或全靠Cookie）反而会导致数据失真。下面从实际落地角度，说清楚每类指标该怎么做、为什么这么选。
UV（独立访客）要兼顾识别精度与防伪造
UV本质是“去重后的自然人访问”，但浏览器Cookie可清除、IP会复用、User-Agent易模仿——所以不能只依赖单一维度。推荐组合策略：
- 已登录用户：直接用user_id作为唯一标识，最准确，优先级最高
- 未登录用户：按顺序尝试session_id → IP+User-Agent哈希 → 客户端Cookie标记，并设置24小时有效窗口（如last_time字段）
- 避免纯IP统计：同一局域网多个设备共享公网IP，会导致UV低估；动态拨号IP频繁变更，又会导致UV高估
- 数据库建议建表含ip_hash（md5(ip . user_agent)）、session_id、last_time字段，查询时过滤掉超时记录
PV（页面浏览量）要轻量且抗刷
PV是所有页面加载次数总和，统计逻辑简单，但高频写入容易成为性能瓶颈。不建议每次请求都实时更新数据库主键计数器。
- 推荐用日志文件 + 定时分析：Nginx/Apache日志天然记录URL、时间、IP、状态码，用GoAccess或自写PHP脚本每日解析，更稳定、更少侵入业务
- 若必须实时入库：用异步队列（如Redis List + 后台Worker）暂存访问事件，再批量写入MySQL，避免阻塞页面响应
- 基础防护：校验Referer是否为空或异常域名、过滤常见爬虫UA（如HeadlessChrome、python-requests）、限制单IP单位时间最大PV阈值
- 注意区分SPA路由变化：前端用History API跳转不触发PHP后端，需配合JS埋点上报，后端提供统一接收接口
在线人数是“活跃窗口”而非实时连接数
所谓“在线”，是指最近一段时间内有操作的用户，不是当前TCP连接数。PHP本身无长连接能力，需靠心跳机制+时间滑动窗口来模拟。
- 核心字段是last_activity（datetime或timestamp），每次页面请求/接口调用都更新它
- 统计时查last_activity > NOW() - INTERVAL 5 MINUTE的记录总数即可，5分钟是常见经验值
- 存储选型优先级：Redis ZSET > MySQL内存表 > 普通InnoDB表。ZSET用score存时间戳，member存session_id，zremrangebyscore自动清理过期项，zcard直接得数量
- 避免用文件存储（如count.txt）：并发写入易丢数据、无原子性、无法跨服务器同步
数据一致性与运维提醒
统计不是一次写完就结束的事，后续维护成本常被低估：
- 定期清理：UV表中超过30天无活动的记录、在线表中超时未更新的session，应定时归档或删除
- 避免统计干扰业务：统计逻辑必须与主业务解耦，失败不能影响页面展示，可用try-catch包裹并记录错误日志
- 不要把统计结果当绝对真相：UV总有误差，PV可能漏埋点，在线人数只是近似值。重点看趋势变化，而非单日精确数字
- 敏感信息脱敏：存储IP时建议只存前两段（如112.123.x.x），符合基本隐私合规要求
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
