python - Django 迁移被杀死

Question

我对 Django 非常有信心，但直到最近才主要依赖生成的迁移。我写了一个小的自定义迁移，在我的 CI 开始提示超时后不久，它最终与部署期间从 Django 的迁移有关。

起初，我能够解决这个问题，但我不知道我做了什么(如果有的话)来修复它。这个问题似乎与我为特定迁移输入的一些自定义代码有关。这是我所知道的:

• 最初，一切都很好，但是在添加我的自定义代码后，迁移开始花费真的很长时间来运行(相对)。一次大约 10 秒。
• 它有时会起作用。 IE。如果我从命令行运行迁移十次，有时会成功，有时会失败。

输出如下(app名称被删掉):

[web@dev myapp]$ ./manage.py migrate
Operations to perform:
  Apply all migrations: myapp1, myapp2, myapp3, myapp4
Running migrations:
Killed

• 起初我以为是因为我正在使用 RunPython 运行一个 Python 函数，该函数在删除其中一个字段之前在两个字段之间复制数据。该文档不鼓励将其用于 PostgreSQL，但是否有更好的方法来做到这一点？
• 这里的业务场景是我有一个 bool 字段，我需要切换到一组选项(带有 options 的 CharField)。该代码检查 bool 值是否为真并为字符字段设置正确的值。我已经这样做了两次。第一次最终成功了，但我还没有在另一个数据库上测试过它。

这是迁移(删除了应用名称):

from __future__ import unicode_literals

from django.db import migrations

def fix_consulting(apps, schema_editor):
    my_model = apps.get_model("myapp", "MyModel")
    for m in my_model._default_manager.all():
        if m.consulting:
            m.detail = "CONSLT"
            m.save()


class Migration(migrations.Migration):

    dependencies = [
        ('myapp', '0024_auto_20160117_1113'),
    ]

    operations = [
        migrations.RunPython(fix_consulting,atomic=False),
    ]

我的想法:

• 也许我在这里写的代码运行时间太长了？数据库中只有不到一百个模型，所以我不知道为什么 fix_consulting 函数会花费这么长时间。

• 如果我在 fix_consulting 的开头添加 print 语句，它们只会在某些时候运行，而在其他时候被终止。就目前而言，我已经运行了 6-8 次，每次都被杀死，但在不同的点

其他信息:- 使用 Django 1.9- 使用 PostgreSQL 9.4.4- 错误主要出现在 CentOS 上，但也出现在 OSX 上

Answer 1

我认为您的问题是由使用 all 时可能需要缓存的数据量引起的，因为这会返回一个对象的所有实例，因此您可以在数据库级别之前进行过滤返回对象，因为您只需要更改字段的值，您也可以在数据库级别执行此操作。总之，这会将您的代码更改为以下内容。

def fix_consulting(apps, schema_editor):
    my_model = apps.get_model("myapp", "MyModel")
    my_model._default_manager.filter(consulting=True).update(detail="CONSLT")

这将内存管理责任放在数据库上，这似乎已经解决了您的问题。

展望 future ，我建议尝试始终过滤从数据库返回的内容，仅保留实际需要的内容(通过拼接或过滤)