Миграции Laravel на производство с большим набором данных занимают слишком много времени и вызывают время ожидания разве ⇐ MySql

[Anonymous]

Я сталкиваюсь с проблемой во время развертывания кода на моем производственном сервере с использованием действий GitHub (CI/CD).

• У меня есть 3 среды: dev , постановка и производство .
• На сервере Dev, в соответствии с Migrations Fluction, потому что в таблице. 100K - 500K Рок.

  Код: Выделить всё

  Use the composer fund command to find out more!
  Executing Command: cd /home/***/htdocs/backend.tudu.tech/releases/2025-09-29-06-08-28-main && php8.2 artisan migrate ...
  
  INFO  Running migrations.
  
  2025_09_20_115652_add_height_to_questions_table ............. 786,165ms DONE
  2025_09_23_103339_add_dark_to_questions_table ................ 10,031ms DONE
  2025_09_23_114036_add_model_to_users_table The process "cd /home/***/htdocs/backend.tudu.tech/releases/2025-09-29-06-08-28-main && php8.2 artisan migrate" exceeded the timeout of 3600 seconds.
  Error: Process completed with exit code 1
  < /code>
  На данный момент развертывание не удается, и сайт снижается, потому что миграция все еще работает или заблокирована. < /p>
  Мои вопросы: < /p>
  
   Как я могу безопасно запустить миграции на больших производственных таблицах, не нажимая или зафиксируя посторонние таблицы, не зафиксируя Database, чтобы так долго? Для обработки схемы изменений в больших наборах данных в Laravel (например, добавление столбцов, изменяющихся столбцов), чтобы развертывания не выполняются? 10 < /p>
  < /li>
    php 8.2 < /p>
  < /li>
    База данных: mysql < /p>
  < /li>
    Migration, вызванный проблемpublic function up(): void
  {
  Schema::table('users', function (Blueprint $table) {
  $table->string('device_model')->nullable();
  });
  }
  

Подробнее здесь: https://stackoverflow.com/questions/797 ... cause-depl