PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN. Actividad: Tutorial De Comandos De Transacciones. Bases De Datos.

Transcripción

1 DEXCELENCIA UNIVERSITARIA, FORTALEZA E MEXICO I Z U C A R D E M ATA M O R O S PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN Actividad: Tutorial De Comandos De Transacciones Bases De Datos Que presentan: Alumnos Álvaro Alarcón Álvarez Vicente Rosendo Serrano Carlos Romero Muñoz No. Control TI TI TI Asesor Lic. Gonzalo Rosas Cabrera Izúcar de Matamoros, Pué., 24 de Febrero de 2011

2 RESUMEN Una transacción es una unidad única de trabajo. Si una transacción tiene Éxito, todas las modificaciones de los datos realizadas durante la transacción se confirman y se convierten en una parte permanente de la base de datos. Si una transacción encuentra errores y debe cancelarse o revertirse, se borran todas las modificaciones de los datos. Las transacciones aportan una fiabilidad superior a las bases de datos. Si disponemos de una serie de consultas SQL que deben ejecutarse en conjunto, con el uso de transacciones podemos tener la certeza de que nunca nos quedaremos a medio camino de su ejecución. De hecho, podríamos decir que las transacciones aportan una característica de deshacer a las aplicaciones de bases de datos. Para este fin, las tablas que soportan transacciones, como es el caso de InnoDB, son mucho más seguras y fáciles de recuperar si se produce algún fallo en el servidor, ya que las consultas se ejecutan o no en su totalidad. Por otra parte, las transacciones pueden hacer que las consultas tarden más tiempo en ejecutarse. 1

3 DESARROLLO El servidor de bases de datos MySQL soporta distintos tipos de tablas, tales como ISAM, MyISAM, InnoDB y BDB (Berkeley Database). De éstos, InnoDB es el tipo de tabla más importante (después del tipo predeterminado, MyISAM), y merece una atención especial. Las tablas del tipo InnoDB están estructuradas de forma distinta que MyISAM, ya que se almacenan en un sólo archivo en lugar de tres, y sus principales características son que permite trabajar con transacciones, y definir reglas de integridad referencial. El soporte de transacciones que provee MySQL no es algo nuevo en MySQL 4, ya que desde la versión 3.23 se podía hacer uso de tablas InnoDB, la única diferencia es que con la llegada de la versión 4.0 de MySQL, el soporte para este tipo de tablas es habilitado por default. Las transacciones aportan una fiabilidad superior a las bases de datos. Si disponemos de una serie de consultas SQL que deben ejecutarse en conjunto, con el uso de transacciones podemos tener la certeza de que nunca nos quedaremos a medio camino de su ejecución. De hecho, podríamos decir que las transacciones aportan una característica de deshacer a las aplicaciones de bases de datos. Para este fin, las tablas que soportan transacciones, como es el caso de InnoDB, son mucho más seguras y fáciles de recuperar si se produce algún fallo en el servidor, ya que las consultas se ejecutan o no en su totalidad. Por otra parte, las transacciones pueden hacer que las consultas tarden más tiempo en ejecutarse. Seguramente alguna vez hemos escuchado hablar acerca de las transacciones, pero probablemente no entendemos bien lo que son, y como deben de ser usadas. La idea de este artículo es presentar algunos ejemplos para mostrar que no es nada complicado, y difícil de aprender. Los pasos para usar transacciones en MySQL son: * Iniciar una transacción con el uso de la sentencia BEGIN. * Actualizar, insertar o eliminar registros en la base de datos. * Si se quieren los cambios a la base de datos, completar la transacción con el uso de la sentencia COMMIT. Únicamente cuando se procesa un COMMIT los cambios hechos por las consultas serán permanentes. * Si sucede algún problema, podemos hacer uso de la sentencia ROLLBACK para cancelar los cambios que han sido realizados por las consultas que han sido ejecutadas hasta el momento. Vamos a ejecutar algunas consultas para ver como trabajan las transacciones. Lo primero que tenemos que hacer es crear una tabla del tipo InnoDB e insertar algunos datos. Para crear una tabla InnoDB, procedemos con el código SQL estándar CREATE TABLE, pero debemos especificar que se trata de una tabla del tipo InnoDB (TYPE= InnoDB). Esto es 2

4 aplicable a cualquier tipo de tabla, pero cuando no se especifica nada, MySQL supone que se trata de una tabla MyISAM. mysql> CREATE TABLE innotest (campo INT NOT NULL PRIMARY KEY) TYPE = InnoDB; Query OK, 0 rows affected (0.10 sec) mysql> INSERT INTO innotest VALUES(1); Query OK, 1 row affected (0.08 sec) mysql> INSERT INTO innotest VALUES(2); Query OK, 1 row affected (0.01 sec) mysql> INSERT INTO innotest VALUES(3); Query OK, 1 row affected (0.04 sec) 3 rows in set (0.00 sec) De acuerdo, nada espectacular. Ahora veamos como usar transacciones. mysql> BEGIN; Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 4 4 rows in set (0.00 sec) Si en este momento ejecutamos un ROLLBACK, la transacción no será completada, y los cambios realizados sobre la tabla no tendrán efecto. 3

5 mysql> ROLLBACK; Query OK, 0 rows affected (0.06 sec) 3 rows in set (0.00 sec) Ahora vamos a ver que sucede si perdemos la conexión al servidor antes de que la transacción sea completada. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 4 4 rows in set (0.00 sec) mysql> EXIT; Bye Cuando obtengamos de nuevo la conexión, podemos verificar que el registro no se insertó, ya que la transacción no fue completada. Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 449 to server version: Type help; or \h for help. Type \c to clear the buffer. 4

6 3 rows in set (0.00 sec) Vamos a ejecutar algunas consultas para ver como trabajan las transacciones. Lo primero que tenemos que hacer es crear una tabla del tipo InnoDB e insertar algunos datos. Para crear una tabla InnoDB, procedemos con el código SQL estándar CREATE TABLE, pero debemos especificar que se trata de una tabla del tipo InnoDB (TYPE= InnoDB). Esto es aplicable a cualquier tipo de tabla, pero cuando no se especifica nada, MySQL supone que se trata de una tabla MyISAM. mysql> CREATE TABLE innotest (campo INT NOT NULL PRIMARY KEY) TYPE = InnoDB; Query OK, 0 rows affected (0.10 sec) mysql> INSERT INTO innotest VALUES(1); Query OK, 1 row affected (0.08 sec) mysql> INSERT INTO innotest VALUES(2); Query OK, 1 row affected (0.01 sec) mysql> INSERT INTO innotest VALUES(3); Query OK, 1 row affected (0.04 sec) 3 rows in set (0.00 sec) De acuerdo, nada espectacular. Ahora veamos como usar transacciones. mysql> BEGIN; Query OK, 0 rows affected (0.01 sec) 5

7 mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 4 4 rows in set (0.00 sec) Si en este momento ejecutamos un ROLLBACK, la transacción no será completada, y los cambios realizados sobre la tabla no tendrán efecto. mysql> ROLLBACK; Query OK, 0 rows affected (0.06 sec) 3 rows in set (0.00 sec) Ahora vamos a ver que sucede si perdemos la conexión al servidor antes de que la transacción sea completada. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 6

8 4 4 rows in set (0.00 sec) mysql> EXIT; Bye Cuando obtengamos de nuevo la conexión, podemos verificar que el registro no se insertó, ya que la transacción no fue completada. Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 449 to server version: Type help; or \h for help. Type \c to clear the buffer. 3 rows in set (0.00 sec) Para asegurarnos que tenemos soporte para el tipo de tablas InnoDB podemos ejecutar la siguiente sentencia: mysql> SHOW VARIABLES LIKE %innodb% ; Variable_name Value have_innodb YES innodb_additional_mem_pool_size

9 innodb_buffer_pool_size innodb_data_file_path ibdata:30m innodb_data_home_dir innodb_file_io_threads 4 innodb_force_recovery 0 innodb_thread_concurrency 8 innodb_flush_log_at_trx_commit innodb_fast_shutdown ON innodb_flush_method innodb_lock_wait_timeout 50 innodb_log_arch_dir. innodb_log_archive OFF innodb_log_buffer_size innodb_log_file_size innodb_log_files_in_group innodb_log_group_home_dir. innodb_mirrored_log_groups innodb_max_dirty_pages_pct rows in set (0.00 sec) La variable más importante es por supuesto have_innodb que tiene el valor YES. En efecto, una de las principales características de las tablas del tipo InnoDB es que pueden trabajar con transacciones, o sentencias SQL que son agrupadas como una sola. Un ejemplo típico de esto es una transacción bancaria. Por ejemplo, si una cantidad de dinero es transferida de la cuenta de una persona a otra, se requerirán por lo menos dos consultas: 8

10 UPDATE cuentas SET balance = balance cantidad_transferida WHERE cliente = persona1; UPDATE cuentas SET balance = balance + cantidad_transferida WHERE cliente = persona2; Estas dos consultas deben trabajar bien, pero que sucede si ocurre algún imprevisto y se cae el sistema después de que se ejecuta la primer consulta, pero la segunda aún no se ha completado?. La persona1 tendrá una cantidad de dinero removida de su cuenta, y creerá que ha realizado su pago, sin embargo, la persona2 estará enfadada puesto que pensará que no se le ha depositado el dinero que le deben. En este ejemplo tan sencillo se ilustra la necesidad de que las consultas sean ejecutadas de manera conjunta, o en su caso, que no se ejecute ninguna de ellas. Es aquí donde las transacciones toman un papel muy importante. Los pasos para usar transacciones en MySQL son: Iniciar una transacción con el uso de la sentencia BEGIN. Actualizar, insertar o eliminar registros en la base de datos. Si se quieren los cambios a la base de datos, completar la transacción con el uso de la sentencia COMMIT. Únicamente cuando se procesa un COMMIT los cambios hechos por las consultas serán permanentes. Si sucede algún problema, podemos hacer uso de la sentencia ROLLBACK para cancelar los cambios que han sido realizados por las consultas que han sido ejecutadas hasta el momento. Vamos a ejecutar algunas consultas para ver como trabajan las transacciones. Lo primero que tenemos que hacer es crear una tabla del tipo InnoDB e insertar algunos datos. Para crear una tabla InnoDB, procedemos con el código SQL estándar CREATE TABLE, pero debemos especificar que se trata de una tabla del tipo InnoDB (TYPE= InnoDB). Esto es aplicable a cualquier tipo de tabla, pero cuando no se especifica nada, MySQL supone que se trata de una tabla MyISAM. mysql> CREATE TABLE innotest (campo INT NOT NULL PRIMARY KEY) TYPE = InnoDB; Query OK, 0 rows affected (0.10 sec) mysql> INSERT INTO innotest VALUES(1); Query OK, 1 row affected (0.08 sec) mysql> INSERT INTO innotest VALUES(2); Query OK, 1 row affected (0.01 sec) mysql> INSERT INTO innotest VALUES(3); Query OK, 1 row affected (0.04 sec) 9

11 3 rows in set (0.00 sec) De acuerdo, nada espectacular. Ahora veamos como usar transacciones. mysql> BEGIN; Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 4 4 rows in set (0.00 sec) Si en este momento ejecutamos un ROLLBACK, la transacción no será completada, y los cambios realizados sobre la tabla no tendrán efecto. mysql> ROLLBACK; Query OK, 0 rows affected (0.06 sec) 3 rows in set (0.00 sec) Ahora vamos a ver que sucede si perdemos la conexión al servidor antes de que la transacción sea completada. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) 10

12 4 4 rows in set (0.00 sec) mysql> EXIT; Bye Cuando obtengamos de nuevo la conexión, podemos verificar que el registro no se insertó, ya que la transacción no fue completada. Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 449 to server version: Type 'help;' or 'h' for help. Type 'c' to clear the buffer. 3 rows in set (0.00 sec) Ahora vamos a repetir la sentencia INSERT ejecutada anteriormente, pero haremos un COMMIT antes de perder la conexión al servidor al salir del monitor de de MySQL. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO innotest VALUES(4); Query OK, 1 row affected (0.00 sec) mysql> COMMIT; Query OK, 0 rows affected (0.02 sec) mysql> EXIT; Bye Una vez que hacemos un COMMIT, la transacción es completada, y todas las sentencias SQL que han sido ejecutadas previamente afectan de manera permanente a las tablas de la base de datos. 11

13 Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 450 to server version: Type help; or h for help. Type c to clear the buffer. 4 4 rows in set (0.00 sec) Lecturas consistentes Por default, las tablas InnoDB ejecutan un lectura consistente (consistent read). Esto significa que cuando una sentencia SELECT es ejecutada, MySQL regresa los valores presentes en la base de datos hasta la transacción más reciente que ha sido completada. Si alguna transacción está en progreso, los cambios hechos por alguna sentencia INSERT o UPDATE no serán reflejados. Sin embargo, existe una excepción: las transacciones abiertas si pueden ver sus propios cambios. Para demostrar esto, necesitamos establecer dos conexiones al servidor MySQL. Primero agregaremos un registro dentro de una transacción con la primera conexión (ID 524): Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 524 to server version: Type help; or h for help. Type c to clear the buffer. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) 12

14 mysql> INSERT INTO innotest VALUES(5); Query OK, 1 row affected (0.00 sec) Ahora, desde la segunda conexión (ID 525) consultamos los datos de nuestra tabla. Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 525 to server version: Type help; or h for help. Type c to clear the buffer. 4 4 rows in set (0.00 sec) Como se puede observar, el registro que hemos insertado desde la 1ra. conexión no es regresado puesto que forma parte de una transacción que no ha sido completada. Ahora, desde la 1ra. conexión ejecutamos la misma consulta SELECT. 13

15 4 5 5 rows in set (0.00 sec) Después de completar la transacción con una sentencia COMMIT en la 1ra. conexión podremos verificar que desde la 2da. conexión los cambios ya son visibles rows in set (0.00 sec) Otro ejemplo En el ejemplo anterior hemos usado únicamente sentencias INSERT, sin embargo, sucede lo mismo con sentencias UPDATE o DELETE. Vamos a crear una sencilla tabla llamada ventas que sea del tipo InnoDB. mysql> CREATE TABLE ventas( 14

16 -> id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, -> producto VARCHAR(30) NOT NULL, -> cantidad TINYINT NOT NULL) TYPE = InnoDB; Query OK, 0 rows affected (0.96 sec) Insertamos un registro. mysql> INSERT INTO ventas VALUES(0, Gansito marinela,3); Query OK, 1 row affected (0.16 sec) mysql> SELECT * FROM ventas; id producto cantidad Gansito marinela 1 row in set (0.01 sec) Ahora vamos a iniciar una transacción con la sentencia BEGIN. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) Actualizamos el registro. mysql> UPDATE ventas SET cantidad=4 WHERE id=1; Query OK, 1 row affected (0.07 sec) Líneas correspondientes: 1 Cambiadas: 1 Avisos: 0 Verificamos que los cambios han sucedido. mysql> SELECT * FROM ventas; 15

17 id producto cantidad Gansito marinela 4 1 row in set (0.00 sec) Si queremos deshacer los cambios, entonces ejecutamos un ROLLBACK. mysql> ROLLBACK; Query OK, 0 rows affected (0.06 sec) Verificamos que se deshicieron los cambios. mysql> SELECT * FROM ventas; id producto cantidad Gansito marinela 1 row in set (0.00 sec) Vamos a actualizar el registro usando otra transacción. mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> UPDATE ventas SET cantidad=2 WHERE id=1; Query OK, 1 row affected (0.00 sec) Líneas correspondientes: 1 Cambiadas: 1 Avisos: 0 16

18 mysql> SELECT * FROM ventas; id producto cantidad Gansito marinela 1 row in set (0.00 sec) Vamos a confirmar que deseamos los cambios. mysql> COMMIT; Query OK, 0 rows affected (0.05 sec) En este momento los cambios son permanentes y definitivos. mysql> SELECT * FROM ventas; id producto cantidad Gansito marinela 1 row in set (0.00 sec) 17

19 CONCLUSIONES Y RECOMENDACIONES En la Actualidad existen gran cantidad de Tecnologías para desarrollar Transacciones en una Bases de Datos por la tanto creemos que sistema contribuidos pueden resultar perfectamente satisfactoria para organizaciones tanto pequeñas, mediana y grandes con enlaces con el internet y al mismo tiempo ayudan administrar y solucionar problemas de organización en la empresa a un costo muy bajo. Por lo tanto al utilizar este tutorial te ayudara con los ejemplos que paso a paso te facilitara mas la parte tanto teorica y practica al usuario de MySQL. 18

20 REFERENCIAS Mysql AB.MySQL. downloads.mysql.com/docs/refman-5.0-es.a4.pdf 19