¿Se inicia una transacción incluso en SELECT?

Question

leí en el docs:

... ya que las transacciones comienzan cuando un cursor ejecutar una consulta, pero final cuando COMMIT o ROLLBACK es ejecutado por el objeto conexión.

import MySQLdb 

db = MySQLdb.connect(user="root", db="test") 
c = db.cursor() 
c.execute("SELECT * FROM books") 
print c.fetchall() 

Sospecho que MySQLdb inicia una transacción, incluso en las consultas que no modifican datos (como SELECT), debido a que es difícil saber si una consulta sólo lee los datos y no escribe ella.

1. ¿Es cierto?
2. Si es así, esto significa que debo hacer cursor.commit() después de cada consulta, para asegurarme de que no haya ninguna tabla bloqueada.
3. Otros problemas que desconozco?

Gracias

Answer 1

Sí, una declaración SELECT es como otros así, se inicia la transacción.

Si se quiere evitar esto, se podía hacer algo así:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ; 
SELECT * FROM books ; 
COMMIT ; 

En detalle:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ; 

dice que la siguiente instrucción podía leer las filas que se han modificado pero que todavía no ha recibido un COMMIT. Ese tipo de transacción no tiene cerraduras exclusivas.

La segunda parte SELECT * FROM books ; es obviamente una SQL statement y la tercera parte COMMIT ; finaliza la transacción y la convierte en "permanente". En ese caso no hay escrituras se realizan, por lo que el COMMIT se utiliza sólo para terminar la transacción y

Answer 2

1. es cierto, pero también se compromete de forma automática después de cada consulta, ya que los clientes de MySQL comienzan con autocommit=1 por defecto

2. no debería, ya SELECT no mantiene bloqueos después de que se ejecuta la sentencia. En la práctica, las confirmaciones explícitas pueden incluso causar una desaceleración significativa.

3. sólo podría ser útil: Why connection in Python's DB-API does not have "begin" operation?