我的 Django 单元测试需要很长时间才能运行，所以我正在寻找加快速度的方法。我正在考虑安装SSD，但我知道这也有缺点。当然，我可以用我的代码做一些事情，但我正在寻找结构修复。即使运行单个测试也很慢，因为每次都需要重建/南迁移数据库。所以这是我的想法...
既然我知道测试数据库总是很小，为什么我不能将系统配置为始终将整个测试数据库保存在 RAM 中？永远不要触摸磁盘。如何在 Django 中配置它？我宁愿继续使用MySQL，因为这是我在生产中使用的，但如果SQLite 3 或其他东西让这变得容易，我会这样做。
SQLite 或 MySQL 是否可以选择完全在内存中运行？应该可以配置 RAM 磁盘，然后配置测试数据库以将其数据存储在那里，但我不确定如何告诉 Django / MySQL 为某个数据库使用不同的数据目录，特别是因为它一直被擦除并重新创建每次运行。 （我在 Mac FWIW 上。）
【问题讨论】：
标签： python mysql django unit-testing
如果您在运行测试时将数据库引擎设置为 sqlite3，Django will use a in-memory database。
我在我的settings.py 中使用这样的代码在运行我的测试时将引擎设置为 sqlite：
if 'test' in sys.argv:
DATABASE_ENGINE = 'sqlite3'
或者在 Django 1.2 中：
if 'test' in sys.argv:
DATABASES['default'] = {'ENGINE': 'sqlite3'}
最后在 Django 1.3 和 1.4 中：
if 'test' in sys.argv:
DATABASES['default'] = {'ENGINE': 'django.db.backends.sqlite3'}
（对于 Django 1.3，后端的完整路径并非绝对必要，但可以使设置向前兼容。）
如果您遇到南迁移问题，您还可以添加以下行：
SOUTH_TESTS_MIGRATE = False
【讨论】：
"test" in sys.argv;它可能会在您不希望触发时触发，例如manage.py collectstatic -i test。 sys.argv[1] == "test" 是一个更精确的条件，不应该有这个问题。
我通常为测试创建一个单独的设置文件并在测试命令中使用它，例如
python manage.py test --settings=mysite.test_settings myapp
它有两个好处：
您不必在 sys.argv 中检查 test 或任何此类魔术字，test_settings.py 可以简单地是
from settings import *
# make tests faster
SOUTH_TESTS_MIGRATE = False
DATABASES['default'] = {'ENGINE': 'django.db.backends.sqlite3'}
或者您可以根据需要进一步调整它，将测试设置与生产设置完全分开。
另一个好处是您可以使用生产数据库引擎而不是 sqlite3 运行测试，从而避免细微的错误，因此在开发时使用
python manage.py test --settings=mysite.test_settings myapp
在提交代码之前运行一次
python manage.py test myapp
只是为了确保所有测试都真正通过。
【讨论】：
MySQL 支持名为“MEMORY”的存储引擎，您可以在数据库配置 (settings.py) 中将其配置为：
'USER': 'root', # Not used with sqlite3.
'PASSWORD': '', # Not used with sqlite3.
'OPTIONS': {
"init_command": "SET storage_engine=MEMORY",
}
请注意，MEMORY 存储引擎不支持 blob / text 列，因此如果您使用的是 django.db.models.TextField，这将不适合您。
【讨论】：
我无法回答您的主要问题，但您可以采取一些措施来加快速度。
首先，确保您的 MySQL 数据库设置为使用 InnoDB。然后它可以在每次测试之前使用事务来回滚数据库的状态，根据我的经验，这导致了巨大的加速。您可以在 settings.py 中传递数据库初始化命令（Django 1.2 语法）：
DATABASES = {
'default': {
'ENGINE':'django.db.backends.mysql',
'HOST':'localhost',
'NAME':'mydb',
'USER':'whoever',
'PASSWORD':'whatever',
'OPTIONS':{"init_command": "SET storage_engine=INNODB" }
}
}
其次，您不需要每次都运行南迁移。在你的 settings.py 中设置SOUTH_TESTS_MIGRATE = False，数据库将使用普通的syncdb创建，这比运行所有历史迁移要快得多。
【讨论】：
369 tests in 498.704s 减少到369 tests in 41.334s 。这速度快了 10 倍以上！
--keep 来持久化数据库，并且不需要在每次测试运行时重新应用您的完整迁移集。新的迁移仍将运行。如果您经常在分支之间切换，很容易进入不一致的状态（您可以在切换之前通过将数据库更改为测试数据库并运行migrate 来恢复新的迁移，但这有点痛苦）。
你可以做双重调整：
我正在使用这两种技巧，我很高兴。
如何在 Ubuntu 上为 MySQL 设置它：
$ sudo service mysql stop
$ sudo cp -pRL /var/lib/mysql /dev/shm/mysql
$ vim /etc/mysql/my.cnf
# datadir = /dev/shm/mysql
$ sudo service mysql start
注意，这只是为了测试，从内存中重新启动后你的数据库会丢失！
【讨论】：
另一种方法：让另一个 MySQL 实例在使用 RAM 磁盘的 tempfs 中运行。本博文说明： Speeding up MySQL for testing in Django。
优点：
【讨论】：
根据 Anurag 的回答，我通过创建相同的 test_settings 并将以下内容添加到 manage.py 来简化流程
if len(sys.argv) > 1 and sys.argv[1] == "test":
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.test_settings")
else:
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings")
看起来更简洁，因为 sys 已经导入，并且 manage.py 仅通过命令行使用，因此无需混乱设置
【讨论】：
"test" in sys.argv;它可能会在您不希望触发时触发，例如manage.py collectstatic -i test。 sys.argv[1] == "test" 是一个更精确的条件，不应该有这个问题。
./manage.py 时生成异常（例如查看哪些插件可用，与--help 相同）
len(sys.argv) > 1 and sys.argv[1] == "test"
在你的setting.py下面使用
DATABASES['default']['ENGINE'] = 'django.db.backends.sqlite3'
【讨论】：