如何正确迁移存储过程？ [英] How to properly migrate stored procedures?

问题描述

我的任务是将站点从旧的客户端服务器转移到新的服务器。我已经从旧服务器执行了一个sqldump，并导入到新服务器中，除了用mysqli在php中执行的一些SQL调用之外，它正在工作。

我不太熟悉存储过程，但我注意到失败的查询如下所示：

$db->query("call functionName($id)");

它们在新服务器上不断返回false，这让我认为存储过程没有传输。

我对此所做的调查使我相信这是一个存储过程。但是，当我寻找导出它的方法时，什么都不管用。

旧站点在Ubuntu 18.04/MariaDB 10.3.17上运行 新站点为Ubuntu 18.04/MariaDB 10.4.7

我错过了什么吗？任何帮助都将不胜感激，我觉得这也有点脱离我的习惯。

编辑：要使用参数--routines --no-create-info --no-data --no-create-db --skip-opt

显示sqldump的外观

如您所见，它是空的，那么它是否不是存储过程/函数？

/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Dumping routines for database 'database_name'
--
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2019-08-07 17:33:52

推荐答案

对于任何回过头来看这件事的人来说，我的解决方案最终是数据库中有另一个用户，他将所有存储过程都放在下面。这就是我们看不到存储过程的原因。

所以只需仔细检查用户即可。

这篇关于如何正确迁移存储过程？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！