Как ограничить длину индекса (mysql) в миграциях Laravel?

Дмитрий,

Syntax error or access violation: 1072 Key column 'column(10)' doesn't exist in table (SQL: alter table `test_table` add index `test_table_column_index`(`column(10)`))

Как ограничить длину индекса (mysql) в миграциях Laravel?

Дмитрий Кузнецов, ошибку выбивает.

Как ограничить длину индекса (mysql) в миграциях Laravel?

Sanes, Индекса, в mysql вроде как называется префикс индекса.

Обеспечивает ли запрос Laravel upsert согласованность данных?

Илья, не получается воспроизвести, а на продакшене выскакивают.

Обеспечивает ли запрос Laravel upsert согласованность данных?

Илья, как это можно сделать?

Обеспечивает ли запрос Laravel upsert согласованность данных?

Дмитрий, Это правда? Гугл: Операция INSERT ... ON DUPLICATE KEY UPDATE в MySQL является атомарной операцией, что означает, что она гарантирует согласованность данных при одновременном выполнении. Если несколько клиентов одновременно пытаются вставить или обновить данные в таблице с использованием INSERT ... ON DUPLICATE KEY UPDATE, MySQL обрабатывает это таким образом, что только одна операция выполняется за раз, а остальные ожидают завершения.

Обеспечивает ли запрос Laravel upsert согласованность данных?

Дмитрий, спасибо, буду знать.

Как ускорить выполнение команды в Laravel с Mysql?

Дмитрий, локально проверял (wsl2), может это как-то влияет.

Обеспечивает ли запрос Laravel upsert согласованность данных?

Дмитрий, не в курсе как БД работает (MySQL), а работаю с Laravel, так и спрашиваю.

Как ускорить выполнение команды в Laravel с Mysql?

Дмитрий,
1) В БД не получается, логика большая + возможны дополнительные запросы с кэша т.д.
2) Выборка меньше 100ms, на 100тыс юзеров примерно 1,5 минуты. (так было с chuck(), сейчас с chunkById быстрее)
3) Транзакцию делал для каждого отдельно и для всех 100 вместе, по времени оба способа одинаково.
На счет CoinHistory спасибо, реализую.

Как ускорить выполнение команды в Laravel с Mysql?

Дмитрий, нельзя обойтись без выборки, нужны данные для расчета бонуса.

Как структурировать миграции Laravel, чтобы при миграции не указывать каждую папку отдельно?

Илья Чубаров, тот код размещаешь в провайдере, а в папке миграций создаешь любые вложенности каталогов и в них миграции, не как изначально все миграции в одном каталоге "database/migrations".

Как структурировать миграции Laravel, чтобы при миграции не указывать каждую папку отдельно?

Вот такой код, и любые вложенности создаю, миграций уже больше 500, очень удобно)

public function boot()
    {
        $root = __DIR__.'/../../database/migrations';

        $iter = new RecursiveIteratorIterator(
            new RecursiveDirectoryIterator($root, RecursiveDirectoryIterator::SKIP_DOTS),
            RecursiveIteratorIterator::SELF_FIRST,
            RecursiveIteratorIterator::CATCH_GET_CHILD // Ignore "Permission denied" (>>на которую у него нет прав на чтение)
        );

        $paths = [$root];
        foreach ($iter as $path => $dir) {
            if ($dir->isDir()) {
                $paths[] = $path;
            }
        }

        $this->loadMigrationsFrom($paths);
    }

Почему событие (наблюдатель) модели возвращает некорректный первичный ключ?

Спасибо, работает)

Почему событие (наблюдатель) модели возвращает некорректный первичный ключ?

Дмитрий, Дмитрий, Модель

class Email extends Model
{
    use HasFactory;

    protected $primaryKey = 'user_id';

    public $timestamps = false;

    protected $casts = [
        'created_at' => 'datetime:Y-m-d',
    ];

    protected $fillable = [
        'user_id',
        'email',
        'add_email_token',
        'remove_email_token',
        'created_at'
    ];
}

Вставка

$data = \App\Models\Email::firstOrNew(
            ['user_id' => $this->getUserId()],
            [
                'email'              => null,
                'add_email_token'    => null,
                'remove_email_token' => null,
            ]
        );

        ...
        $data->email = $email;
        ...

        $data->save();

Почему событие (наблюдатель) модели возвращает некорректный первичный ключ?

Дмитрий, user_id указываю при создании/обновлении, а в события он приходит "0", хотя в БД сохроняет как нужно. В phpstorme, работа с БД подписан как 'primary'.

Почему событие (наблюдатель) модели возвращает некорректный первичный ключ?

Дмитрий, primary

Почему запрос выполняется долго?

Vitsliputsli, Версия 8.0.30.
"между select и update ничего не было", так оно и есть, но в некоторых местах много запросов, вместе с этим, все они выполняется в транзакциях (нужна согласованность данных), пока не будет завершена транзакция этот запрос ведь заблокирован? И этот запрос может показывать долгим, если весь этот блок запросов выполняется долго?

Почему запрос выполняется долго?

Т.е. я правильно понял, всего запрос выполнялся Query_time секунд, из них был заблокирован/недоступен Lock_time секунд, по этому так долго? Или это этот запрос заблокировал на Lock_time сек?

Как структурировать миграции Laravel, чтобы при миграции не указывать каждую папку отдельно?

Дмитрий, спасибо, разобрался)