Unidad 5 Trans Acci Ones

UNIDAD IV TRANSACCIONES

MTI EDUARDO VAZQUEZ ZAYAS


DEFINICION DE TRANSACCION En informática, se llama transacción a la operación que

modifica el estado de una base de datos, sin que los datosen sí mismos pierdan consistencia alguna.

Las transacciones fueron originalmente desarrolladaspara ser utilizadas dentro de los sistemas de base dedatos, donde se usaba para ayudar en el mantenimientode los datos de las aplicaciones y que dependían de laconsistencia de la información almacenada.


CONTINUACION. DEFINICION DE TRANSACCION

La palabra transacción describe una secuencia de operacionescon uno o más recursos que transforman su estado actual enun nuevo estado de consistencia.

Se quiere asegurar que la base de datos no entre en un estadode inconsistencia, pero durante la ejecución de unatransacción, la base de datos puede estar temporalmente enun estado inconsistente. Lo importante aquí es asegurar quela base de datos vuelva aun estado consistente al concluir laejecución de una transacción.


PROPIEDADES DE LAS TRANSACCIONES ACID

Atomicidad:

Una transacción es tratada como una unidad de operación. Por lo tantotodas las acciones de la transacción se llevan a cabo o ninguna de ellas serealiza .La atomicidad requiere que si una transacción se interrumpe poruna falla, sus resultados parciales deben ser deshechos. Se efectúan todaslas transacciones, pero en caso de fallas no se realiza ninguna. Unatransacción debe concluir comprometida o abortada. En el caso delcompromiso se instalan todas las actualizaciones y en el aborto sedescartan todas las actualizaciones.

En pocas palabras todas las operaciones se realizan o ninguna.


Consistencia :

Una transacción es un programa correcto que lleva labase de datos de un estado consistente a otro con lamisma característica. Gracias a esto, las transacciones noviolan las reglas de integridad de una base de datos.

Los invariantes de la BD se conservan antes y después dela ejecución de la transacción.


Aislamiento :

Durante la ejecución de una transacción, esta no debe revelarsus resultados a otras transacciones concurrentes antes de sucompromiso. Si varias transacciones se ejecutanconcurrentemente, los resultados deben ser los mismos quesi ellas se hubieran ejecutado en forma secuencial(Seriabilidad). La Seriabilidad consiste en asegurarse que loscambios siguen un orden adecuado.

No importa que se ejecuten transacciones concurrentemente,desde el punto de vista del usuario lucen secuenciales (unasno afectan la ejecución de las otras)


Durabilidad :

Es la propiedad de las transacciones que asegura que unavez que una transacción realiza su compromiso, susresultados son permanentes y no pueden ser borrados dela base de datos, se asegura que los resultados de unatransacción sobrevivirán a fallas del sistema.

Los cambios comprometidos perduran en el tiempo.


INSTRUCCIONES COMMIT Y ROLLBACK

Ventajas de las sentencias COMMIT y ROLLBACK

Asegurar la consistencia de datos.

Ver previamente los cambios de los datos antes de hacerlos permanentes.

Agrupar operaciones lógicamente relacionadas.

Control explicito del control de transacciones

Se puede controlar la lógica de transacciones con el usode las sentencias COMMIT, SAVEPOINT y ROLLBACK.


INSTRUCCIONES COMMIT Y ROLLBACK


Para asegurarnos que tenemos soporte para el tipo de

tablas InnoDB podemos ejecutar la siguiente sentencia:


EJEMPLO:

CONSISTENCIA Y AISLAMIENTO


La consistencia y el grado de aislamiento se puede ver mediante el comando:

SELECT @@global.tx_isolation;SELECT @@tx_isolation;

Por default las tablas que creamos son repeatable-read con estemétodo podemos hacer varios selects sobre la misma lectura y todosserian consistentes entre si.Podemos cambiar los niveles de aislamiento según sean las necesidades de accesibilidad.


SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL{READ UNCOMMITTED | READ COMMITTED| REPEATABLE READ | SERIALIZABLE}


READ UNCOMMITTEDLas sentencias SELECT son ejecutadas sin realizar bloqueos, pero podría usarseuna versión anterior de un registro. Por lo tanto, las lecturas no son consistentesal usar este nivel de aislamiento. Esto también se denomina “lectura sucia” (dirtyread). En otro caso, este nivel de aislamiento funciona igual que READCOMMITTED.

READ COMMITTEDTodas las sentencias SELECT… FOR UPDATE y SELECT… LOCK IN SHAREMODE bloquean solamente los registros de índice, no los espacios vacíos que lospreceden, por lo tanto se permite la libre inserción de nuevos registros junto a losbloqueados. Las sentencias UPDATE and DELETE que empleen un índice únicocon una condición de búsqueda única bloquean solamente el registro de índicehallado, no el espacio que lo precede. En las sentencias UPDATE y DELETE queactúan sobre rangos de registros, InnoDB debe bloquear los espacios vacíos ybloquear las inserciones de otros usuarios en los espacios vacíos que hay dentrodel rango. Esto es necesario debido a que las “filas fantasma” deben serbloqueadas para que funcionen la replicación y recuperación en MySQL.


REPEATABLE READEste es el nivel de aislamiento predeterminado de InnoDB. Las sentencias SELECT… FOR UPDATE, SELECT… LOCK IN SHARE MODE, UPDATE, y DELETE que utilicen un índice único con una condición de búsqueda única, bloquean solamente el registro de índice hallado, no el espacio vacío que lo precede.Con otras condiciones de búsqueda, estas operaciones emplean bloqueo de clavesiguiente (next-key), bloqueando el rango de índice cubierto por la operaciónincluyendo los espacios vacíos, y bloqueando las nuevas inserciones por parte deotros usuarios.

SERIALIZABLEEste nivel es similar a REPEATABLE READ, pero todas las sentencias SELECT son convertidas implícitamente a SELECT… LOCK IN SHARE MODE

Set {session|global} transaction isolation level READ UNCOMMITEDMTI EDUARDO VAZQUEZ ZAYAS

También conocido como “dirty read”

En lo anterior no se pueden hacer consultas consistentes bajo este nivelsu contraparte seria READ COMMITTED

Set {session|global} transaction isolation level READ COMMITEDMTI EDUARDO VAZQUEZ ZAYAS

El método anterior es muy usado ya que sus lecturas son muyconsistente y permite hacer varias lecturas simultaneas y permitiendoleer y escribir dentro de su propia copia


Inicio de Transacción . Con BEGIN; o START TRANSACTION;


Si en este momento insertamos un ROLLBACK , la transacción no se completara y no se guardaran los cambios.


Ahora vamos a ver que sucede si perdemos la conexión al servidor antes de que la transacción sea completada


Cuando obtenemos de nuevo la conexión, podemos verificar que el registro no se insertó el dato, ya que la transacción no fue completada.


La atomicidad requiere que si una transacción se interrumpe por una falla, sus resultados parciales sean anulados.

Ahora utilizamos la instrucción commit


Consistencia La consistencia de una transacción es simplemente su correctitud.


Ejemplo 2


SAVEPOINTROLLBACK TO SAVEPOINT

SAVEPOINT [identifier]

ROLLBACK TO SAVEPOINT [identifier]

use depa;BEGIN;

select * from project;SAVEPOINT PRINCIPAL;

INSERT INTO PROJECT VALUES ('BD3111','PROGRAM','E21','000530','3','1982-02-01','1983-10-01','BD3110');SAVEPOINT PRIMERO;select * from project;INSERT INTO PROJECT VALUES ('EF4121','PAY','D00','000260','2','1982-01-01','1983-02-01','NULL');UPDATE PROJECT SET PRSTAFF=PRSTAFF+2;

SAVEPOINT SEGUNDO;select * from project;DELETE FROM PROJECT WHERE DEPTNO='C01';DELETE FROM PROJECT WHERE DEPTNO='D21';

ROLLBACK TO SAVEPOINT SEGUNDO;select * from project;

ROLLBACK TO SAVEPOINT PRIMERO;select * from project;

COMMIT;


1


2


3


4


Unidad 5 Trans Acci Ones

Documents

Transcript of Unidad 5 Trans Acci Ones