Larabel: MariaDB - 장인 이행: 갱신 행

Larabel: MariaDB - 장인 이행: 갱신 행

MariaDB 10.1.27, Composer 1.4.2 및 Larabel 5.5.13과 함께 Debian 9을 사용하고 있습니다.

다음을 사용하여 빈 데이터베이스를 만들었습니다.CREATE DATABASE 'laravel', Laravel's로 설정..envconfig file로 인해 데이터베이스 액션이 중단되거나(아무 일도 일어나지 않음), 브라우저에서 timeout exceed 메시지가 표시되는 경우가 있습니다.다음을 사용하여 데이터베이스 연결mysql -u laravel -p laravel아직 가능 - 예를 들어SELECT의

php artisan migrate

...가끔은 다음과 같이 동작합니다.migrate:refresh때로는 그렇지 않을 때도 있어요동작하지 않는 경우는, 항상 MariaDB 서비스를 재기동할 필요가 있습니다.통상, 그 후에 다시 동작합니다.

migrate:refresh예를 들어, 데이터베이스를 지우고 대부분 10번의 마이그레이션을 가져오거나 로드한 후 아무 작업도 하지 않습니다.이 작업을 위해 이미 1시간 정도 기다렸는데 마이그레이션 테이블이 누락되어 추가되었을 뿐이며 그 이상은 표시되지 않습니다.장인은 다른 9개의 테이블을 수입/장착했다고도 하지 않는다.

이메일을 보낼 때 슈퍼바이저를 사용하고 있지만 실행 중에는 사용하지 않아야 합니다.migrate:refreshh;

실행 시간 초과를 늘려도 아무런 도움이 되지 않습니다.그래서, 뭐가 문제야?홈스테드에서는 그저 완벽하게 작동하고 있다.MariaDB에 필요한 특정 설정이 있습니까?또는 기본 문자 집합과 같은 특정 매개 변수를 사용하여 데이터베이스를 작성해야 합니까?

Btw: 어플리케이션이 실행 중일 경우 웹 사이트를 참조하는 동안 실행 타임아웃 오류 메시지가 나타날 수 있습니다.

슈퍼바이저를 사용하여 장인 큐를 제어할 때는 반드시 deamon을 중지해야 합니다.

sudo supervisorctl stop <YOUR_QUEUES>

퍼포먼스 중에

artisan migrate:refresh

장인이 테이블을 잠그려고 하는 동안 일종의 경주 상태로 이어지는 경우가 많습니다.jobs데이터베이스에서 삭제할 경우 Artisan 큐가 테이블을 잠그려고 합니다.jobs작업을 수행할 수 있습니다.

일반적인 쿼리 로그(MariaDB 10.1.27과 함께 작업)는 다음과 같습니다.

94 Prepare   drop table if exists `jobs`
63 Query     START TRANSACTION
67 Query     SAVEPOINT trans2
67 Prepare   select * from `jobs` where `queue` = ? and ((`reserved_at` is null and `available_at` <= ?) or (`reserved_at` <= ?)) order by `id` asc limit 1 for update
67 Execute   select * from `jobs` where `queue` = 'user' and ((`reserved_at` is null and `available_at` <= 1511429487) or (`reserved_at` <= 1511429397)) order by `id` asc limit 1 for update
67 Close stmt

장인: refresh 명령어가 행하고 있는 동안jobs는 슈퍼바이저에 의한 작업 워커가 큐잉하고 있습니다.MariaDB 서버는 (문제의 Laravel DB 사용자로부터의)2개의 접속이 메타데이터 잠금을 기다리고 있다고 보고합니다.

처음에는 MariaDB 재부팅도 진행했는데 문제가 깔끔하지 않게 해결되었습니다.하지만 슈퍼바이저를 막으면서 달라졌어요

언급URL : https://stackoverflow.com/questions/46512434/laravel-mariadb-artisan-migraterefresh-hangs