我正在将PHP应用程序从Ubuntu服务器移动到AWS openSUSE实例。
该应用程序无法在 openSUSE 机器上运行。API任何具有$mysqli->insert_id. 调用使用$mysqli做的工作。
通过阅读，我注意到这通常会失败，因为auto_increment没有在 Database 列上实现。MySQL我从Ubuntu托管应用程序迁移了数据库。表模式似乎是相同的。
我还查看了服务器配置文件php.ini等，并且MYSQLi扩展似乎配置正确。
正是出于这个原因，我认为这是一个与 PHP 相关的问题。任何帮助将不胜感激。
编辑：根据要求提供更多信息。
每个失败的 API 调用的一般结构是。
重要 - $case_id 返回为 0。
为了解决这样的问题，我首先要隔离问题发生的位置。架构错了吗？如果您使用 MySQL shell 登录到 MySQL 服务器并尝试手动插入一条记录，自动递增的（主键？）列为 NULL，新记录是否正确显示？如果您使用从 PHP/mysqli 组件生成并传递给服务器的相同底层 SQL 语句进行查询，它是否返回正确的行？
如果它在数据库服务器上使用 MySQL shell 工作，那么如果你从 API 服务器尝试相同的结果呢？是权限/ACL 还是网络问题？如果它可以在数据库服务器和 API（Web？）服务器上的 MySQL shell 中运行，那么它是否可以在您的 PHP 代码中运行？也许您可以重构您的 PHP 以允许您从命令行运行测试/诊断（而不是尝试通过额外的 Web/UI 层启动事务）。（无论如何，在编写 Web 应用程序时，这通常是一个好主意）。也许您可以将 web/form/ReST 处理（视图）与将数据传递回数据库（模型）的代码分开。因此，您可以将控制器代码与其他代码隔离开来，并可以将其重新用于诊断和监控。
如果即使从数据库服务器的唯一 MySQL shell 提示符下也无法使其正常工作，那么您的架构可能有问题。返回到工作数据库服务器并按照此处所述执行模式转储：http: //forums.mysql.com/read.php?35,128003,128105
然后恢复那个。然后它应该是一个完全空的数据库，您的工作模式完好无损。如果这不起作用，那么它表明您有一些问题甚至更低（可能是 MySQL 版本和模块，缺少一些存储后端？）