Laravel QueryLog多用户场景行为及Eloquent事件日志实现疑问

嘿，针对你的问题，我来拆解一下：

一、多用户并发时QueryLog的安全性 #

首先可以放心：多用户同时操作时，QueryLog绝对不会出现跨用户的查询日志混乱。原因很简单：

• Laravel的每个HTTP请求都运行在独立的进程里（比如PHP-FPM的子进程），进程之间的内存是完全隔离的，彼此碰不到对方的数据。
• 数据库连接实例（包括它内部存的查询日志）是属于当前请求进程的，不同用户的请求进程完全独立，所以日志不会串。
• 哪怕用了Swoole这种常驻内存的环境，Laravel也会在每个请求结束后重置相关服务实例，保证请求之间的隔离性。
  你测试4个用户没问题，这个结果是合理的，更高并发也不会有跨用户的问题。

二、你的Trait当前存在的小问题 #

不过单用户单请求里如果有多个模型操作，你的代码可能会出问题：

• 每次触发creating就调用DB::enableQueryLog()，但如果同一个请求里创建多个模型，之前的日志不会被清空，最后getQueryLog()拿到的是从第一次启用日志开始的所有查询，不是当前模型创建的单独日志。
• 而且你没在获取日志后关闭QueryLog，会导致后续所有查询都被记录，白白占内存，请求里查询多的话可能会有内存压力。

优化后的代码参考 #

public static function boot()
{
    parent::boot(); // 别忘调用父类boot，不然可能覆盖其他Trait的逻辑

    static::creating(function ($model) {
        // 先关再开+清空，确保只记录当前模型创建的相关查询
        DB::disableQueryLog();
        DB::enableQueryLog();
    });

    static::created(function ($model) {
        $queryLogs = DB::getQueryLog();
        // 这里换成你实际的日志处理逻辑，比如写入日志文件或监控系统
        print_r($model);
        print_r($queryLogs);
        
        // 用完就关，避免影响后续查询
        DB::disableQueryLog();
    });
}

三、额外提醒 #

• 如果用了读写分离，DB::getQueryLog()只记录默认连接的查询，要是需要记录读写库的日志，得分别操作对应连接：比如DB::connection('write')->getQueryLog()。
• 生产环境别一直开着QueryLog！它会占用内存，查询多的请求容易内存溢出。要是生产环境需要记录Eloquent事件和查询，建议用Laravel的DB::listen()事件来做，更轻量，也能精准捕获每个查询。

内容的提问来源于stack exchange，提问作者Remo Fiorentino