在AWS ECS集群部署Django时，多容器migrate冲突的解决方法

方案1：将迁移作为独立的一次性任务执行 #

• 不要让每个应用容器启动时都执行migrate，而是在启动所有应用容器之前，单独运行一个专门执行迁移的容器/任务。
• 比如在ECS中，先提交一个只运行python manage.py migrate的一次性任务，等待它执行完成并成功退出后，再启动包含4个容器的应用服务。
• 这种方式从根源上避免了并行执行迁移的可能，是最可靠的方案。

方案2：利用分布式锁控制迁移执行 #

• Django的migrate命令本身已经内置了数据库级别的锁机制（比如PostgreSQL的advisory lock），但为了更稳妥，可以在入口脚本中添加额外的锁逻辑：
  1. 尝试获取一个全局唯一的数据库锁（例如使用PostgreSQL的pg_try_advisory_lock函数，或者MySQL的GET_LOCK）。
  2. 如果成功获取锁，执行migrate命令，执行完成后释放锁。
  3. 如果获取锁失败，说明已有其他容器在执行迁移，直接跳过migrate步骤，启动应用服务。
• 示例脚本片段：

  # 以PostgreSQL为例，尝试获取锁
  if psql -U $DB_USER -d $DB_NAME -c "SELECT pg_try_advisory_lock(12345);" | grep -q t; then
      python manage.py migrate
      psql -U $DB_USER -d $DB_NAME -c "SELECT pg_advisory_unlock(12345);"
  else
      echo "Another container is running migrations, skipping..."
  fi
  python manage.py runserver
  

方案3：检查迁移状态后再决定是否执行 #

• 在执行migrate前，先检查是否有未应用的迁移，如果没有则直接跳过：

  if python manage.py showmigrations --plan | grep -q "\[ \]"; then
      python manage.py migrate
  else
      echo "All migrations are already applied, skipping..."
  fi
  

• 注意：这种方式存在极小的竞态窗口（检查后到执行前，其他容器可能开始迁移），但结合Django内置的迁移锁，大部分情况下可以避免冲突。

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