Laravel中MySQL索引实现：slug与created_at列索引问题咨询

嘿，刚入门MySQL索引完全不用不好意思，谁都是从基础问题开始摸透的！我来逐个解答你的问题：

首先得看你的slug使用场景：

• 如果你的业务里经常通过slug来查询数据（比如根据URL里的slug找对应的文章、页面），那非常有必要给slug建索引！因为slug一般是用来做唯一标识的，每次查询都要靠它定位记录，没有索引的话数据库会做全表扫描，数据量一大就会很慢。
• 如果slug只是存着不用来做查询条件，那建不建索引都无所谓。

在Laravel里创建slug索引的方式分两种情况：

1. 新建表时添加索引 #

在迁移文件里直接定义字段的时候加上索引：

Schema::create('posts', function (Blueprint $table) {
    $table->id();
    $table->string('title');
    // 如果slug是唯一的，推荐用unique索引（既保证唯一性又有索引效果）
    $table->string('slug')->unique();
    // 如果不需要唯一性，就用普通索引
    // $table->string('slug')->index();
    $table->text('content');
    $table->timestamps();
});

2. 给已有表添加索引 #

新建一个迁移文件来添加索引：

php artisan make:migration add_index_slug_to_posts_table

然后在生成的迁移文件里写：

Schema::table('posts', function (Blueprint $table) {
    // 普通索引
    $table->index('slug');
    // 或者唯一索引
    // $table->unique('slug');
});

最后运行迁移生效：

php artisan migrate

首先明确：latest() 默认是按 created_at 字段降序排序的。要不要给created_at建索引，得结合你的业务场景和数据量来看：

情况1：可以用主键id替代排序，无需建索引 #

如果你的业务里created_at不会被手动修改（比如不会导入旧数据、不会后台修改记录的创建时间），那created_at和自增id的顺序是完全同步的——因为新记录的id更大，created_at也更晚。这时候你可以不用latest()，改用：

// 利用主键的自动索引，效率很高
Post::orderBy('id', 'desc')->get();
// 或者指定id作为latest的字段
Post::latest('id')->get();

这种情况下确实不需要给created_at额外建索引，因为主键索引已经足够高效。

情况2：必须用created_at排序，建议建索引 #

如果遇到以下场景，就需要给created_at建索引：

• 存在手动修改created_at的情况（比如导入历史数据时设置旧的创建时间，或者后台编辑时修改了记录的创建时间），这时候id的顺序和created_at的顺序不一致，用id排序就得不到真正“最新创建”的记录，必须用created_at排序。
• 当你需要配合其他查询条件使用latest()，比如：

  Post::where('category_id', 1)->latest()->paginate(10);
  

  数据量一大时，没有created_at索引的话，数据库会先筛选出category_id=1的记录，再做全量排序（filesort），效率很低。这时候不仅要给created_at建索引，甚至可以建复合索引（category_id + created_at）来进一步提升效率：

  $table->index(['category_id', 'created_at']);
  

总结 #

• 数据量小的时候，有没有created_at索引差别不大；但数据量上去之后，索引的作用就很明显了。
• 如果能确保created_at和id同步，用id排序更高效；如果有特殊业务场景需要依赖created_at排序，一定要给它建索引。

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