PHP 5.6.18 is available

Elegir una API

PHP ofrece tres API diferentes para conectarse a MySQL. Abajo se muestran las API proporcionadas por las extensiones mysql, mysqli, y PDO. Cada trozo de código crea una conexión al servidor de MySQL que se está ejecutando en "" con el nombre de usuario "usuario" y la contraseña "contraseña". También se ejecuta una consulta para saludar al usuario.

Ejemplo #1 Comparación de las tres API de MySQL

// mysqli
$mysqli = new mysqli("""usuario""contraseña""basedatos");
$resultado $mysqli->query("SELECT '¡Hola, querido usuario de MySQL!' AS _message FROM DUAL");
$fila $resultado->fetch_assoc();

// PDO
$pdo = new PDO(';dbname=basedatos''usuario''contraseña');
$sentencia $pdo->query("SELECT '¡Hola, querido usuario de MySQL!' AS _message FROM DUAL");
$fila $sentencia->fetch(PDO::FETCH_ASSOC);

// mysql
$c mysql_connect("""usuario""contraseña");
$resultado mysql_query("SELECT '¡Hola, querido usuario de MySQL!' AS _message FROM DUAL");
$fila mysql_fetch_assoc($resultado);

API recomendada

Se recomienda usar las extensiones mysqli o PDO_MySQL. No se recomienda usar la extensión mysql antigua para nuevos desarrollos, ya que ha sido declarada obsoleta en PHP 5.5.0 y eliminada en PHP 7. Se proporciona una matriz detallada de comparación de características más abajo. El rendimiento global de las tres extensiones se considera que sea aproximadamente el mismo. Aunque el rendimiento de la extensión aporta solamente una fracción del total del tiempo de ejecución de una consulta web de PHP. A menudo, el impacto es tan bajo como 0.1%.

Comparación de características

  ext/mysqli PDO_MySQL ext/mysql
Versión de PHP donde se introdujo 5.0 5.1 2.0
Incluida con PHP 5.x
Incluida con PHP 7.x No
Estado de desarrollo Activo Activo Mantenimiento solamente en 5.x; eliminada en 7.x
Ciclo de vida Activo Activo Obsoleto en 5.x; eliminado en 7.x
Recomendada para nuevos proyectos No
Interfaz de POO No
Interfaz procedimental No
La API admite la no espera, consultas asíncronas con mysqlnd No No
Conexiones persistentes
La API admite conjunto de caracteres
La API admite sentencias preparadas del lado del servidor No
La API admite sentencias preparadas del lado del cliente No No
La API admite procedimientos almacenados No
API admite sentencias múltiples La mayoría No
La API admite transacciones No
Las transacciones se pueden controlar con SQL
Admite toda la funcionalidad de MySQL 5.1+ La mayoría No
add a note add a note

User Contributed Notes 4 notes

roland at mxchange dot org
2 years ago
To solve PDO limitations as described by michaeln at associations plus dot see eh, you may try to overwrite PDO methods:

class MyPdo extends PDO {
// What ever parameters PDO wants + prepend some own:
public function query($caller, $line, $foo, $bar, $bazz) {
// Do your stuff here with $caller, $line (e.g. logging for debug purposes)
// Then call the extended method
return parent::QUERY($foo, $bar, $bazz) or $this->myErrorHandler($caller, $line, $someSqlToLog);

This is only a very basic example. You may otherwise choose to "wrap" the PDO class and save an instance of the "underlaying" PDO class inside the wrapper class. This is maybe a little more complex approach but allows you to have on interfaces in class signature + way better flexibility.
alvaro at demogracia dot com
3 years ago
Apart from the feature list, I suggest you try out both MySQLi and PDO and find out what API design you like most. MySQLi is more powerful and probably more complex to learn. PDO is more elegant and has the advantage that you only need to learn one PHP API if you need to work with different DBMS in the future.
michaeln at associations plus dot see eh
2 years ago
Another useful consideration to keep in mind when choosing your library is how extensible it is. Chances are, in any sufficiently advanced development scenario, you're going to be extending your database access class to add a method (or multiple methods) for how to handle database errors and alert the development team of errors and whether to have the code fail immediately or fail gracefully serving the user a user-friendly failure notice.

For example, I have a class where I have added extra parameters to the query() function (and a few others), which accept the __FILE__ and __LINE__ constants to facilitate tracking issues. If this were not reasonably possible with PDO-mysql for example (not sure, never used it), it may make one option or the other much less likely to be viable for your usage case.
2 months ago
My suggestion will be to use a library that hides the internals of the specific extension.  For example, now that in php 5.5 mysql is deprecated, if you were using  PHP Adodb, all you had to do is

go from : $cn = NewADOConnection('mysql') to $cn = NewADOConnection('mysqli');

This is a huge benefit. Also if you are changing your database from mysql to sql or oracle, is just changing one parameter.  I wish someone told me this when I started.
To Top