在Laravel中如何实现插入记录时自动限制表内总条数

首先说明你现有实现的可优化点：

• 代码中Logs::fist()属于笔误，正确写法为Logs::first()
• 建议明确用oldest()方法指定按创建时间升序取最早的记录，避免表默认排序规则不符合预期的问题
• 散落在各处的判断逻辑维护成本高，推荐用以下两种中心化方案实现：

方案1：模型观察者（最推荐，无侵入式） #

利用Laravel的模型事件监听机制，所有通过模型触发的新增操作都会自动走限制逻辑，不需要修改任何现有插入代码：

1. 生成观察者类，执行命令：
   php artisan make:observer LogsObserver --model=Logs
2. 编辑app/Observers/LogsObserver.php，新增creating事件处理逻辑：

<?php

namespace App\Observers;

use App\Models\Logs;

class LogsObserver
{
    public function creating(Logs $log)
    {
        $maxRecords = 100;
        if (Logs::count() >= $maxRecords) {
            // 删除最早的一条记录
            Logs::oldest()->first()?->delete();
        }
    }
}

3. 注册观察者，在app/Providers/AppServiceProvider.php的boot方法中添加：

public function boot()
{
    \App\Models\Logs::observe(\App\Observers\LogsObserver::class);
}

方案2：模型封装统一调用方法 #

如果不想用观察者，也可以把逻辑封装到模型的自定义静态方法中，所有新增场景统一调用该方法即可：
在Logs模型中添加如下方法：

public static function createWithLimit(array $data, int $max = 100)
{
    if (static::count() >= $max) {
        static::oldest()->first()?->delete();
    }
    return static::create($data);
}

后续所有新增操作统一调用：
Logs::createWithLimit($你的新增数据数组);

高并发场景优化 #

如果业务存在高并发插入的场景，可能出现多个请求同时判断count()未达阈值，最终插入后超过限制的问题，可以加一层兜底清理逻辑：

// 插入完成后兜底清理，只保留最新的100条
$keepIds = Logs::latest()->take(100)->pluck('id');
Logs::whereNotIn('id', $keepIds)->delete();

该逻辑可以放到观察者的created事件中，或者createWithLimit方法的插入逻辑之后，确保无论什么情况表中最多只有100条最新记录。

内容的提问来源于stack exchange，提问作者sai nani