<p>直接删 sessions 表中 last_activity 过旧的记录可释放空间，但仅限 database 驱动；需先确认 SESSION_DRIVER=database，再用 DELETE FROM sessions WHERE last_activity < UNIX_TIMESTAMP() - 86400 安全清理，并避免误删活跃会话。</p>
直接删 sessions 表里 last_activity 过旧的记录就能释放空间，但必须确认你用的是 database session 驱动，且不能只看时间戳就删——laravel 会自动忽略过期记录，但数据库不会自己清理。
先确认 session 驱动是不是 database
打开 config/session.php 或 .env 文件，检查 SESSION_DRIVER=database。如果不是（比如是 file、redis），phpMyAdmin 根本看不到 session 数据，删 sessions 表毫无意义。
-
driver值为file：session 存在storage/framework/sessions/目录下，得去服务器文件系统删，不是 phpMyAdmin 的事 -
driver值为redis：查redis-cli，用KEYS laravel_session*+DEL，phpMyAdmin 连表都没有 -
driver是database但sessions表为空？可能user_id没写入，或登录逻辑没调用Auth::login()，导致 session 记录不带用户上下文
怎么判断哪些 session 真过期了
Laravel 的过期判断依据是 session.lifetime（单位：分钟） × 60 秒，再和 last_activity 字段比。例如 lifetime = 120，那超过 last_activity + 7200 秒就是过期。
- 别用当前时间减
last_activity硬算：服务器时区、PHP 时间配置、MySQLTIMESTAMP类型行为都可能偏差 - 安全做法是留点余量：比如设 lifetime=120，就删
last_activity < UNIX_TIMESTAMP() - 86400（即 24 小时前）的记录，避免刚过期的还被误杀 - 执行前务必先查：
SELECT COUNT(*) FROM sessions WHERE last_activity < UNIX_TIMESTAMP() - 86400;
看数量是否合理
phpMyAdmin 里删 session 记录的正确 SQL 写法
不要点“清空表”，不要用 phpMyAdmin 自带的删除按钮（它可能生成带事务或条件不全的语句）。进 SQL 标签页，手动写：
DELETE FROM sessions WHERE last_activity < UNIX_TIMESTAMP() - 86400;
- 别漏
WHERE条件：无条件TRUNCATE TABLE sessions会把所有活跃 session 一锅端，用户全掉线 - 别用
DATE_SUB(NOW(), INTERVAL 24 HOUR)：MySQL 的NOW()返回 datetime，而last_activity是 int，类型不匹配会导致全表扫描甚至误删 - 如果表很大（比如 >10 万行），加索引能提速：
ALTER TABLE sessions ADD INDEX idx_last_activity (last_activity);
删完不等于立刻生效，还得清 Laravel 缓存
删了数据库记录，Laravel 下次请求仍可能读到旧 session 缓存（尤其是用了 OPcache 或 config cache）。
立即学习“PHP免费学习笔记（深入）”；
- 运行
php artisan config:clear—— 虽然 session 配置本身不常变，但某些中间件会缓存驱动实例 - 更关键的是：如果项目启用了
php artisan optimize:clear（Laravel 9+），顺手跑一遍，避免门面或服务容器残留旧连接 - 别指望删完数据库后用户马上登出：浏览器里的
laravel_sessionCookie 还在，下次请求 Laravel 查不到对应记录，才会新建 session —— 这个过程不可见，也不需要手动触发
真正麻烦的不是删数据，而是删之前没确认驱动类型，或者删完忘了查日志看有没有用户反馈异常登出；很多“清理后出问题”的 case，其实都是删了不该删的活跃会话。
