Vin*_*nie 368 mysql database diff
我目前正在使用MySQL数据库开发应用程序.
数据库结构仍在不断变化,并在开发过程中发生变化(我更改了本地副本,只留下了测试服务器上的副本).
有没有办法比较数据库的两个实例,看看是否有任何变化?
虽然目前只是丢弃以前的测试服务器数据库是好的,因为测试开始输入测试数据可能会有点棘手.
同样的情况会更晚发生在生产中......
是否有一种简单的方法可以逐步更改生产数据库,最好是通过自动创建脚本来修改它?
答案中提到的工具:
Jar*_*red 210
如果您正在使用小型数据库,我发现在两个数据库上运行mysqldump并使用--skip-comments和--skip-extended-insert生成SQL脚本的选项,那么在SQL脚本上运行diff非常有效.
通过跳过注释,您可以避免无意义的差异,例如运行mysqldump命令的时间.通过使用该--skip-extended-insert命令,您可以确保使用自己的insert语句插入每一行.这消除了单个新记录或修改记录可能在将来的所有插入语句中引起连锁反应的情况.使用这些选项运行会产生更大的转储而没有注释,所以这可能不是你想要在生产中使用的东西,但是对于开发它应该没问题.我举了下面使用的命令的例子:
mysqldump --skip-comments --skip-extended-insert -u root -p dbName1>file1.sql
mysqldump --skip-comments --skip-extended-insert -u root -p dbName2>file2.sql
diff file1.sql file2.sql
Run Code Online (Sandbox Code Playgroud)
Ans*_*ith 99
Toad for MySQL具有数据和模式比较功能,我相信它甚至可以创建同步脚本.最重要的是,它是免费软件.
and*_*hky 13
从功能比较列表中...... MySQL Workbench在其社区版中提供了Schema Diff和Schema Synchronization.
dev*_*Cuy 13
肯定有很多方法,但在我的情况下,我更喜欢dump和diff命令.所以这是一个基于Jared评论的脚本:
#!/bin/sh
echo "Usage: dbdiff [user1:pass1@dbname1] [user2:pass2@dbname2] [ignore_table1:ignore_table2...]"
dump () {
up=${1%%@*}; user=${up%%:*}; pass=${up##*:}; dbname=${1##*@};
mysqldump --opt --compact --skip-extended-insert -u $user -p$pass $dbname $table > $2
}
rm -f /tmp/db.diff
# Compare
up=${1%%@*}; user=${up%%:*}; pass=${up##*:}; dbname=${1##*@};
for table in `mysql -u $user -p$pass $dbname -N -e "show tables" --batch`; do
if [ "`echo $3 | grep $table`" = "" ]; then
echo "Comparing '$table'..."
dump $1 /tmp/file1.sql
dump $2 /tmp/file2.sql
diff -up /tmp/file1.sql /tmp/file2.sql >> /tmp/db.diff
else
echo "Ignored '$table'..."
fi
done
less /tmp/db.diff
rm -f /tmp/file1.sql /tmp/file2.sql
Run Code Online (Sandbox Code Playgroud)
欢迎反馈:)
jmp*_*ace 12
dbSolo,已付款,但此功能可能是您正在寻找的功能 http://www.dbsolo.com/help/compare.html
它适用于Oracle,Microsoft SQL Server,Sybase,DB2,Solid,PostgreSQL,H2和MySQL

Zac*_*Zac 11
如果您只需要比较模式(而不是数据),并且可以访问Perl,mysqldiff可能会起作用.我使用它是因为它允许您将本地数据库与远程数据库(通过SSH)进行比较,因此您无需费心转储任何数据.
http://adamspiers.org/computing/mysqldiff/
它将尝试生成SQL查询以同步两个数据库,但我不相信它(或任何工具,实际上).据我所知,没有100%可靠的方法来反向设计将一个数据库模式转换为另一个数据库模式所需的更改,尤其是在进行了多次更改时.
例如,如果仅更改列的类型,则自动化工具可以轻松猜测如何重新创建该类型.但是如果您还移动列,重命名它,添加或删除其他列,那么任何软件包可以做的最好的事情就是猜测可能发生的事情.而你最终可能会丢失数据.
我建议跟踪您对开发服务器所做的任何架构更改,然后在实时服务器上手动运行这些语句(或将它们转换为升级脚本或迁移).它更乏味,但它会保证您的数据安全.当您开始允许最终用户访问您的网站时,您是否真的要进行持续繁重的数据库更改?
| 归档时间: |
|
| 查看次数: |
313770 次 |
| 最近记录: |