Php 如何将数据从本地主机MySQL服务器更新到远程MySQL服务器
我想将本地主机MySQL服务器上发生的每个操作(插入、更新、删除)的数据更新到远程MySQL服务器。我该怎么做呢?你不能用吗 22.5.5:触发器是否可以更新远程服务器上的表? 对远程服务器上的表可能会丢失 可以使用联邦存储进行更新 引擎 发件人: 我不建议这样做,因为你做的每一个小改变都会占用带宽。您可以改为尝试计划作业。您不能使用吗 22.5.5:触发器是否可以更新远程服务器上的表? 对远程服务器上的表可能会丢失 可以使用联邦存储进行更新 引擎 发件人:Php 如何将数据从本地主机MySQL服务器更新到远程MySQL服务器,php,mysql,database-replication,Php,Mysql,Database Replication,我想将本地主机MySQL服务器上发生的每个操作(插入、更新、删除)的数据更新到远程MySQL服务器。我该怎么做呢?你不能用吗 22.5.5:触发器是否可以更新远程服务器上的表? 对远程服务器上的表可能会丢失 可以使用联邦存储进行更新 引擎 发件人: 我不建议这样做,因为你做的每一个小改变都会占用带宽。您可以改为尝试计划作业。您不能使用吗 22.5.5:触发器是否可以更新远程服务器上的表? 对远程服务器上的表可能会丢失 可以使用联邦存储进行更新 引擎 发件人: 我不建议这样做,因为你做的每一个小改
我不建议这样做,因为你做的每一个小改变都会占用带宽。您可以改为尝试计划作业。启用。出于性能原因,频繁刷新不是一个好主意,但也许这是一个可以接受的折衷办法?启用。出于性能原因,频繁刷新不是一个好主意,但也许这是一个可以接受的折衷方案?这里是一个使用git服务器的简单而安全的解决方案,如果两个db_表没有太大变化,并且不必总是相同的话,它就可以正常工作
$ cd /my/repository/path
$ mysqldump -h localhost -u User_Id -pPassword DB_name Table_Name > Table_Name.sql
$ git add .
$ git commit -m "Table Update"
$ git push https://git_server/repository/name
db表现在位于git服务器上
在要导入到的服务器上
$ cd /my/repository/path
$ git pull https://git_server/repository/name
$ mysql -h localhost -u User_Id -pPassword DB_name < Table_Name.sql
$cd/my/repository/path
$git拉力https://git_server/repository/name
$mysql-h localhost-u User\u Id-pPassword DB\u name
这是一个使用git服务器的简单而安全的解决方案,如果两个db_表没有太大变化,也不必总是相同的话,它就可以正常工作
$ cd /my/repository/path
$ mysqldump -h localhost -u User_Id -pPassword DB_name Table_Name > Table_Name.sql
$ git add .
$ git commit -m "Table Update"
$ git push https://git_server/repository/name
db表现在位于git服务器上
在要导入到的服务器上
$ cd /my/repository/path
$ git pull https://git_server/repository/name
$ mysql -h localhost -u User_Id -pPassword DB_name < Table_Name.sql
$cd/my/repository/path
$git拉力https://git_server/repository/name
$mysql-h localhost-u User\u Id-pPassword DB\u name
特别感谢我的同事Peter F提出了这个想法。我们正在生产环境中自行运行此解决方案。通过这种方式,我们总是有一个db_服务器,在必要时随时可以承担负载。我建议长期使用这种方法。它不可伸缩;完成时间太长;我们一直在寻找这些好处:数据库可以位于不同的位置,彼此完全独立,不需要与防火墙交互。版本处理也很好,如果数据库损坏,我们可以使用旧版本启动。所有的场景和需求都是不同的,这个解决方案有点过时。特别感谢我的同事Peter F提出了这个想法。我们正在生产环境中自行运行此解决方案。通过这种方式,我们总是有一个db_服务器,在必要时随时可以承担负载。我建议长期使用这种方法。它不可伸缩;完成时间太长;我们一直在寻找这些好处:数据库可以位于不同的位置,彼此完全独立,不需要与防火墙交互。版本处理也很好,如果数据库损坏,我们可以使用旧版本启动。所有的场景和需求都是不同的,这个解决方案有点过时。