为什么运行 Laravel / Doctrine 原始数据库查询与使用 mysql cli 不同？

Question

我在进行数据库迁移时遇到了一种情况，这与我认为我知道的关于 php 连接到数据库的知识相矛盾。我想改变一列的排序规则，所以我写了以下语句：

ALTER TABLE posts MODIFY COLUMN text_html LONGTEXT COLLATE utf8_unicode_ci

使用 mysql cli 可以正常工作。现在，为了在代码中跟踪这种变化，我创建了一个 Laravel 迁移，使用以下语句：

DB::unprepared('ALTER TABLE posts MODIFY COLUMN text_html LONGTEXT COLLATE utf8_unicode_ci');

我收到以下错误：

SQLSTATE[42000]: Syntax error or access violation: 1067 Invalid default value for 'published_at' (SQL: ALTER TABLE posts MODIFY COLUMN text_html LONGTEXT COLLATE utf8_unicode_ci)

我认为这可能与 Laravel 有关，所以我尝试做一个更“原始”的查询：

DB::connection() ->getDoctrineConnection() ->exec('ALTER TABLE posts MODIFY COLUMN text_html LONGTEXT COLLATE utf8_unicode_ci');

这给了我类似的错误：

An exception occurred while executing 'ALTER TABLE posts MODIFY COLUMN text_html LONGTEXT COLLATE utf8_unicode_ci': SQLSTATE[42000]: Syntax error or access violation: 1067 Invalid default value for 'published_at'

所以这里实际上有两个问题。第一个，显然，如果我试图修改 text_html 列，为什么会收到关于 published_at 列的错误。但是第二个，我更感兴趣的一个，是为什么它可以在 mysql cli 上运行，而不能在 php 上运行。如果在 php 中运行原始查询与使用 mysql cli 运行查询不同，这告诉我 php 所做的不仅仅是运行查询。它在做什么？

Answer 1

编辑：

Laravel 有一个自定义配置，默认情况下不包含在 mysql cli 中。可以在 config/database.php 中找到

我个人这样做是为了绕过它。这对我有用，因为我想保持严格模式开启。如果您不在乎，请使用第一段解决方案。

public function up()
    {

        Schema::table('posts', function ($table) { // you can drop the $table param. Also Schema::table might be redundant so try without first
            DB::statement('ALTER TABLE posts MODIFY text_html LONGTEXT COLLATE utf8_unicode_ci');
        });
    }

如果您的 Db 已经是 utf8_unicode_ci，则不需要收集