Mysql
 sql >> база данни >  >> RDS >> Mysql

Застой чрез SELECT ... ЗА АКТУАЛИЗИРАНЕ в MySQL

Какво работи и какво не

Начинът да накарате и двете транзакции да се изпълняват без блокиране е да промените ниво на изолация за ЧЕТЕНЕ НА КОМИСИРАНЕ (или ЧЕТЕНЕ НЕКОНТРОЛНО ) и в двете връзки:

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

(преди start transaction ).

Вероятно би било достатъчно да го зададете в t2 , но само за да сте сигурни за примера, задайте го и в двете.

Промяната на нивото на изолация на транзакциите въвежда някои странични ефекти, за които трябва да се информира в ръководството преди да промените това в производствена среда.

Информация за състоянието относно блокиране

------------------------
LATEST DETECTED DEADLOCK
------------------------
140424  8:45:46
*** (1) TRANSACTION:
TRANSACTION B6F18A3, ACTIVE 5 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 13885, OS thread handle 0x7f8b1dbd2700, query id 901012
 localhost root statistics
SELECT * FROM t WHERE id = 1 FOR UPDATE
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
 `test`.`t` trx id B6F18A3 lock_mode X locks rec but not gap waiting
Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
 0: len 4; hex 80000001; asc     ;;
 1: len 6; hex 00000b6f1883; asc    o  ;;
 2: len 7; hex 06000059a211ea; asc    Y   ;;
 3: len 5; hex 48656c6c6f; asc Hello;;

*** (2) TRANSACTION:
TRANSACTION B6F18A2, ACTIVE 10 sec starting index read
mysql tables in use 1, locked 1
3 lock struct(s), heap size 376, 2 row lock(s)
MySQL thread id 13888, OS thread handle 0x7f8b1f64d700, query id 901068
 localhost root Updating
UPDATE t SET `descc` = 'Hello from t1'
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
 `test`.`t` trx id B6F18A2 lock_mode X locks rec but not gap
Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
 0: len 4; hex 80000001; asc     ;;
 1: len 6; hex 00000b6f1883; asc    o  ;;
 2: len 7; hex 06000059a211ea; asc    Y   ;;
 3: len 5; hex 48656c6c6f; asc Hello;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
 `test`.`t` trx id B6F18A2 lock_mode X waiting
Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
 0: len 4; hex 80000001; asc     ;;
 1: len 6; hex 00000b6f1883; asc    o  ;;
 2: len 7; hex 06000059a211ea; asc    Y   ;;
 3: len 5; hex 48656c6c6f; asc Hello;;

*** WE ROLL BACK TRANSACTION (1)

Обяснение

Както бе споменато a_horse_with_no_name, това изглежда като грешка в MySQL. Транзакция (2) иска да получи заключване на празнина на същия ред, в който вече има X заключване. Транзакция (1) изчаква заключване на X без празнина на този ред. Не ми е ясно защо тези искания трябва да са в противоречие. Настройване на нивото на изолация на READ COMMITTED дезактивира заключването на процепите. Тъй като примерът работи тогава, това е намек, че блокирането на празнини наистина е проблемът тук.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Mysql - избор на година от времеви печат на unix

  2. Копирайте Microsoft SQL в други бази данни

  3. PHP &MYSQL:използване на bcrypt хеш и проверка на парола с база данни

  4. Фатална грешка:Извикване на недефинирана функция mysql_connect()

  5. Синтаксис на SQL „LIKE“.