Home/ Questions/Q 9156593
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-17T12:48:36+00:00

I’m in the process of moving a PHP application from an Ubuntu server to

  • 0

I’m in the process of moving a PHP application from an Ubuntu server to an AWS openSUSE instance.

The application does not work on the openSUSE box. The API fails for any call that has $mysqli->insert_id. Calls using $mysqli do work.

From reading around I have noted that this usually fails because of auto_increment not being implemented on the Database column. I migrated the MySQL database across from the Ubuntu hosted app. The table schema seems to be the same.

I have also looked at the server configuration files php.ini etc. and the MYSQLi extensions seem to be configured correctly.

It is for this reason I think it is a PHP related problem. Any help would be greatly appreciated.

EDIT : To provide more information as requested.

The general structure of each API call that fails is.

  1. The iOS sends a POST to the API
  2. The API (built in PHP) inserts the information into a Table which has a Primary Key that auto-increments.
  3. The API then uses $case_id = $mysqli->insert_id;, obtain the value of this primary key.
  4. This value is returned to the iOS app.

Important – $case_id is being returned as 0.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    To troubleshoot an issue like this I would start by isolating where the problem is occurring. Is the schema wrong? If you log into the MySQL server using the MySQL shell and you attempt to manually insert a record, with a NULL for the auto-incremented (primary key?) column does the new record appear properly? If you query using the same underlying SQL statement that’s being generated and passed to the server from your PHP/mysqli component does it return the proper row(s)?

    If it works using the MySQL shell on the DB server then what if you try the same from the API server? Is it a permissions/ACL or networking issue? If the it works from the MySQL shell on both the DB server and the API (web?) server then does it work from your PHP code? Perhaps you can refactor your PHP to allow you to run tests/diagnostics from the command line (rather than attempting to initiate a transaction through the additional web/UI layers). (This is generally a good idea when writing your web applications anyway). Perhaps you can separate the web/form/ReST handling (view) from the code which passes data back into the DB (the model). Thus you isolate the controller code from the rest and can re-use it for diagnostics and for monitoring.

    If you can’t get it working even from the DB server’s only MySQL shell prompt then you probably have a problem in the schema. Go back to the working DB server and perform a schema dump as described here: http://forums.mysql.com/read.php?35,128003,128105

    Then restore that. It should then be a completely empty database with your working schema intact. If that doesn’t work then it suggests you have some issues even lower (MySQL version and modules perhaps, missing some storage backends?)

    • 0