我正在开发一个 Django 应用程序,现在已经到了设置我的部署过程的地步。我想尽可能地自动化这个,因此我正在寻找我在数据库管理方面可以获得的任何帮助。正如我所看到的,这是我想要自动化的过程的大致轮廓: 1. 在实时服务器上备份当前数据库 2. 合并开发和部署数据库的结构,以便只保留数据部署数据库,但更新结构以匹配开发数据库
我考虑过简单地将所有新迁移从 dev 应用到 live db,但是我担心这会由于默认值等而导致一系列错误。
任何关于我可以从哪里开始的见解将不胜感激!
我正在开发一个 Django 应用程序,现在已经到了设置我的部署过程的地步。我想尽可能地自动化这个,因此我正在寻找我在数据库管理方面可以获得的任何帮助。正如我所看到的,这是我想要自动化的过程的大致轮廓: 1. 在实时服务器上备份当前数据库 2. 合并开发和部署数据库的结构,以便只保留数据部署数据库,但更新结构以匹配开发数据库
我考虑过简单地将所有新迁移从 dev 应用到 live db,但是我担心这会由于默认值等而导致一系列错误。
任何关于我可以从哪里开始的见解将不胜感激!
以下是命令。您可以使用任何您喜欢的自动化语言。
- 备份实时服务器上的当前数据库
mysqldump -u username -p database_name | gzip -c > live_server_backup.sql.gz
- 合并开发数据库和部署数据库的结构,以便仅保留部署数据库中的数据,但更新结构以匹配开发数据库
为此,我们的典型过程实际上只是应用迁移。如果您完全担心迁移,可以在您的开发服务器上执行此操作:
# 1. backup live database
mysqldump -u username -p database_name | gzip -c > live_server_backup.sql.gz
# 2. Transfer the backup to the dev server using scp
# 3. backup dev database
mysqldump -u username -p database_name | gzip -c > dev_server_backup.sql.gz
# 4. Load the live database into your dev database server
mysql -u username -p -e 'drop database database_name ; create database database_name'
gunzip -c live_server_backup.sql.gz | mysql -u username -p database_name
# 5. Apply all migrations against dev-copy of live server
cd /path/to/django/root
. bin/activate # if you are using virtualenv
python manage.py migrate
通过这种方式,您可以测试您的任何迁移是否会在实时服务器上引起问题,而不会实际影响实时服务器本身。确认后,您可以:
# 6.
mysql -u username -p -e 'drop database database_name; create database database_name;'
# 7. Restore dev database
gunzip -c dev_server_backup.sql.gz | mysql -u username -p database_name