使用 phpMyAdmin 的跟踪机制迁移数据库

在开发数据库中，我在所有表上启用了 phpMyAdmin 跟踪。它记录了我对表结构所做的所有更改（在本例中我对数据跟踪不感兴趣。）到目前为止一切顺利。

然后我想要做的是为所有跟踪的表取出一份报告，其中包含特定版本（或者日期甚至可以工作）所做的更改，以便在升级时我可以在生产数据库上运行生成的 SQL到新版本，并确保数据库相同，而不必担心手动处理会出现错误。

但是，我找不到生成此类报告的函数。所有跟踪报告均针对各个表，如果我必须单击所有表（20+），则会失去此功能的优势。所有表都不会更改，但我不想跟踪更改的内容，这就是我希望 phpMyAdmin 为我做的事情。

我尝试对存储更改的 pma_tracking 表进行自己的查询，并取得了部分成功。问题是一个版本的所有更改都存储为一个 BLOB，并且每个新版本都会执行 DROP TABLE / CREATE TABLE 语句，并且我无法删除生产数据库上的表，因为那里有数据（我是不是每次都重新创建数据库，只是添加增量更改）。我只想升级结构，并且我唯一需要 CREATE TABLE 语句的时间是当我实际在数据库中创建新表时。所以我想我可以用 SQL 过滤掉它们，但随后它被存储为博客，然后我必须解析和弄乱看起来过于复杂的 blob 文本。

所以，总而言之，这就是我正在寻找的：

• 自动跟踪系统/工作流程，记录所有结构更新，并可以从某个版本或时间点为整个数据库创建增量 SQL 报告。
• 如果可能的话，我不想使用任何其他第三方应用程序（我想仅使用 phpMyAdmin 或 MySQL）

另外，如果有人有更好的想法，我很乐意对工作流程发表评论。任何帮助表示赞赏。

解析“pma_tracking”表的BLOB字段的算法位于获取追踪数据的方法PMA_Tracker 类， 在里面libraries/Tracker.class.php源文件。
从该代码开始，我编写了一个简单的 PHP 脚本来从“pma_tracking”表中提取所有数据定义语句（“DROP TABLE”语句除外）。
例如，假设您想要获取“test”数据库自版本“1”以来所有表的所有更改的列表：

<?php

$link = mysqli_init();

// Adjust hostname, username, password and db name before use!
$db = mysqli_real_connect($link, "localhost", "myuser", "mypass", "phpmyadmin") 
      or die(mysqli_connect_error());

// Adjust also target db name and tracking version
$db_name = "test";
$version = "1";

$sql = "SELECT schema_sql FROM pma_tracking 
         WHERE db_name='{$db_name}' AND version>='{$version}' 
         ORDER BY version,date_created";
$result = mysqli_query($link, $sql) or die(mysqli_error($link));
while ($myrow = mysqli_fetch_assoc($result)) {
    $log_schema_entries = explode('# log ',  $myrow['schema_sql']);
    foreach ($log_schema_entries as $log_entry) {
        if (trim($log_entry) != '') {
            $statement = trim(strstr($log_entry, "\n"));
            if (substr($statement, 0, 11) != "DROP TABLE ") {
                echo "{$statement}\n";
            }
        }
    }
}

?>

通过将脚本输出重定向到文件，您将获得一个 SQL 命令文件，其中包含（几乎）在目标（例如生产）数据库上复制架构更改所需的所有语句；该文件必须通过指定“-f”（强制）MySQL 选项来执行：

-f, --force 即使出现 SQL 错误也继续。

通过这样做，MySQL 将忽略每次执行操作时抛出的所有“表已存在”错误。CREATE TABLE遇到现有表的语句，因此仅创建目标数据库中仍然不存在的表。
这种方法显然有一些缺点：

1. ALL the DROP TABLE命令将被忽略（不仅是那些从 phpMyAdmin 自动插入的命令），因此，如果您删除了源数据库中的表，则该表不会在目标数据库中删除。
   
2. ALL脚本错误将被忽略，因此它可能不是 100% 负担得起的。

最后的建议：在继续之前，请务必对目标数据库进行完整备份！