ได้รับ“ หมดเวลารอการล็อค ลองเริ่มต้นธุรกรรมใหม่ "แม้ว่าฉันจะไม่ได้ใช้ธุรกรรมก็ตาม

ฉันใช้UPDATEคำสั่งMySQL ต่อไปนี้:

mysql> update customer set account_import_id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

ฉันไม่ได้ใช้ธุรกรรมดังนั้นทำไมฉันถึงได้รับข้อผิดพลาดนี้? ฉันลองรีสตาร์ทเซิร์ฟเวอร์ MySQL แล้วก็ไม่ได้ผล

ตารางมี 406,733 แถว

คุณกำลังใช้ธุรกรรม autocommit ไม่ได้ปิดการใช้งานการทำธุรกรรมมันเพียงทำให้พวกเขากระทำโดยอัตโนมัติในตอนท้ายของคำสั่ง

สิ่งที่เกิดขึ้นคือเธรดอื่น ๆ กำลังถือล็อกเร็กคอร์ดในบางเรคคอร์ด (คุณกำลังอัปเดตทุกเรคคอร์ดในตาราง!) นานเกินไปและเธรดของคุณหมดเวลาแล้ว

คุณสามารถดูรายละเอียดเพิ่มเติมของกิจกรรมได้โดยการออก

SHOW ENGINE INNODB STATUS

หลังจากเหตุการณ์ (ในตัวsqlแก้ไข) ทำสิ่งนี้ให้ดีบนเครื่องทดสอบที่เงียบ

วิธีการบังคับปลดล็อคสำหรับตารางที่ถูกล็อคใน MySQL:

การทำลายล็อคเช่นนี้อาจทำให้ atomicityในฐานข้อมูลไม่ถูกบังคับใช้กับคำสั่ง sql ที่ทำให้เกิดการล็อค

นี่คือการแฮ็กและวิธีแก้ปัญหาที่เหมาะสมคือการแก้ไขแอปพลิเคชันของคุณที่ทำให้เกิดการล็อค อย่างไรก็ตามเมื่อดอลลาร์อยู่ในบรรทัดการเตะอย่างรวดเร็วจะทำให้สิ่งต่าง ๆ เคลื่อนไหวอีกครั้ง

1) ป้อน MySQL

mysql -u your_user -p

2) ลองดูรายการตารางที่ถูกล็อค

mysql> show open tables where in_use>0;

3) เรามาดูรายการของกระบวนการปัจจุบันหนึ่งในนั้นคือการล็อคตารางของคุณ

mysql> show processlist;

4) ฆ่าหนึ่งในกระบวนการเหล่านี้

mysql> kill <put_process_id_here>;

mysql> set innodb_lock_wait_timeout=100

Query OK, 0 rows affected (0.02 sec)

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 100   |
+--------------------------+-------+

ทริกเกอร์การล็อคอีกครั้ง คุณมีเวลา 100 วินาทีในการออกSHOW ENGINE INNODB STATUS\Gฐานข้อมูลและดูว่าธุรกรรมใดที่ล็อคคุณอยู่

ดูว่าฐานข้อมูลของคุณได้รับการปรับแต่งหรือไม่ โดยเฉพาะการแยกธุรกรรม ไม่ใช่ความคิดที่ดีที่จะเพิ่มตัวแปร innodb_lock_wait_timeout

ตรวจสอบระดับการแยกธุรกรรมฐานข้อมูลของคุณใน mysql cli:

mysql> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation, @@session.transaction_isolation;
+-----------------------+-----------------+------------------------+
| @@GLOBAL.tx_isolation | @@tx_isolation  | @@session.tx_isolation |
+-----------------------+-----------------+------------------------+
| REPEATABLE-READ       | REPEATABLE-READ | REPEATABLE-READ        |
+-----------------------+-----------------+------------------------+
1 row in set (0.00 sec)

คุณสามารถได้รับการปรับปรุงการเปลี่ยนระดับการแยกใช้ oracle เช่น READ COMMITTED แทน REPEATABLE READ (ค่าปริยายของ InnoDB)

mysql> SET tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

mysql> SET GLOBAL tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

mysql> 

ลองใช้ SELECT FOR UPDATE เฉพาะในกรณีที่จำเป็นเท่านั้น

วิธีแก้ปัญหาที่แนะนำไม่เหมาะกับฉัน

มีบางอย่างขัดขวางการดำเนินการของแบบสอบถาม มีโอกาสมากที่แบบสอบถามอื่นจะอัปเดตแทรกหรือลบจากหนึ่งในตารางในแบบสอบถามของคุณ คุณต้องค้นหาว่ามันคืออะไร:

SHOW PROCESSLIST;

เมื่อคุณพบกระบวนการบล็อกให้ค้นหาidและเรียกใช้:

KILL {id};

เรียกใช้แบบสอบถามเริ่มต้นของคุณอีกครั้ง

100% กับสิ่งที่ MarkR พูด การทำสำเนาอัตโนมัติทำให้แต่ละคำสั่งเป็นการทำรายการคำสั่งเดียว

SHOW ENGINE INNODB STATUSควรให้เบาะแสแก่คุณเกี่ยวกับเหตุผลการหยุดชะงัก ลองดูบันทึกการสืบค้นที่ช้าของคุณด้วยเช่นกันเพื่อดูว่ามีอะไรอื่นในการสืบค้นตารางและลองลบสิ่งที่กำลังทำอยู่เต็มตาราง การล็อกระดับแถวใช้งานได้ดี แต่ไม่ใช่เมื่อคุณพยายามล็อคแถวทั้งหมด!

คุณสามารถปรับปรุงระเบียนอื่น ๆ ภายในตารางนี้หรือใช้เป็นตารางนี้อย่างหนัก สิ่งที่ฉันคิดคือในขณะที่กำลังพยายามรับการล็อกที่จำเป็นต้องปรับปรุงการบันทึกนี้หมดเวลาที่กำหนดไว้หมดเวลา คุณอาจเพิ่มเวลาที่อาจช่วยได้

จำนวนแถวไม่มาก ... สร้างดัชนีใน account_import_id หากไม่ใช่คีย์หลัก

CREATE INDEX idx_customer_account_import_id ON customer (account_import_id);

rollbackหากคุณเคยฆ่าเพียงแบบสอบถามใหญ่ก็จะใช้เวลาในการ หากคุณออกแบบสอบถามอื่นก่อนที่แบบสอบถามที่ถูกฆ่าแล้วจะย้อนกลับไปคุณอาจได้รับข้อผิดพลาดการหมดเวลาล็อค นั่นคือสิ่งที่เกิดขึ้นกับฉัน ทางออกคือรอสักครู่

รายละเอียด:

ฉันได้ออกแบบสอบถามลบเพื่อลบประมาณ 900,000 จากประมาณ 1 ล้านแถว

ฉันทำสิ่งนี้โดยไม่ได้ตั้งใจ (ลบเพียง 10% ของแถว): DELETE FROM table WHERE MOD(id,10) = 0

แทนสิ่งนี้ (ลบ 90% ของแถว): DELETE FROM table WHERE MOD(id,10) != 0

ฉันต้องการลบ 90% ของแถวไม่ใช่ 10% ดังนั้นฉันจึงฆ่ากระบวนการในบรรทัดคำสั่ง MySQL โดยรู้ว่ามันจะย้อนกลับทุกแถวที่ลบไปแล้ว

จากนั้นฉันก็รันคำสั่งที่ถูกต้องทันทีและได้รับlock timeout exceededข้อผิดพลาดหลังจากนั้น ฉันตระหนักว่าการล็อกอาจเป็นrollbackของคิวรี่ที่ถูกฆ่าซึ่งยังคงเกิดขึ้นในพื้นหลัง ดังนั้นฉันรอไม่กี่วินาทีและเรียกใช้แบบสอบถามอีกครั้ง

ตรวจสอบให้แน่ใจว่าตารางฐานข้อมูลกำลังใช้เอ็นจิ้นการจัดเก็บข้อมูลของ InnoDB และระดับการแยกธุรกรรม

คุณสามารถตรวจสอบได้โดยเลือก @@ GLOBAL.tx_isolation, @@ tx_isolation; บนคอนโซล mysql

หากไม่ได้ตั้งค่าเป็น READ-COMMITTED คุณจะต้องตั้งค่า ตรวจสอบให้แน่ใจก่อนที่จะตั้งค่าว่าคุณมีสิทธิ์พิเศษใน mysql

คุณสามารถรับความช่วยเหลือได้จากhttp://dev.mysql.com/doc/refman/5.0/en/set-transaction.html http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html

ด้วยการตั้งค่านี้ฉันคิดว่าปัญหาของคุณจะได้รับการแก้ไข

คุณอาจต้องการตรวจสอบว่าคุณไม่ได้พยายามอัปเดตสิ่งนี้ในสองกระบวนการพร้อมกัน ผู้ใช้ (@tala) พบข้อความแสดงข้อผิดพลาดที่คล้ายกันในบริบทนี้อาจตรวจสอบอีกครั้งว่า ...

ฉันมาจาก Google และฉันแค่ต้องการเพิ่มโซลูชันที่เหมาะกับฉัน ปัญหาของฉันคือฉันพยายามลบระเบียนของตารางขนาดใหญ่ที่มี FK จำนวนมากในน้ำตกดังนั้นฉันจึงได้รับข้อผิดพลาดเดียวกับ OP

ฉันปิดการใช้งานautocommitแล้วมันก็ทำงานได้เพิ่มCOMMITในตอนท้ายของประโยค SQL เท่าที่ฉันเข้าใจสิ่งนี้ปล่อยบัฟเฟอร์ทีละนิดแทนที่จะรอที่ส่วนท้ายของคำสั่ง

เพื่อรักษาตัวอย่างของ OP สิ่งนี้น่าจะใช้ได้ดี:

mysql> set autocommit=0;

mysql> update customer set account_import_id = 1; commit;

อย่าลืมเปิดใช้งานautocommitอีกครั้งหากคุณต้องการออกจากการตั้งค่า MySQL เหมือนเดิม

mysql> set autocommit=1;

มาสายไปงานปาร์ตี้ (ตามปกติ) แต่ปัญหาของฉันคือข้อเท็จจริงที่ว่าฉันเขียน SQL ที่ไม่ดี (เป็นสามเณร) และกระบวนการต่าง ๆ มีการล็อกเร็กคอร์ด <- ไม่แน่ใจว่า verbiage ที่เหมาะสม ฉันต้องลงเอยด้วยการSHOW PROCESSLISTฆ่าแล้วใช้รหัสKILL <id>

สิ่งนี้เกิดขึ้นกับฉันเมื่อฉันใช้ภาษาสร้าง php; ในระหว่างการทำธุรกรรม จากนั้นธุรกรรมนี้ "ค้าง" และคุณต้องฆ่ากระบวนการ mysql (อธิบายไว้ข้างต้นด้วยรายการกระบวนการ;)

ในอินสแตนซ์ของฉันฉันกำลังเรียกใช้แบบสอบถามที่ผิดปกติเพื่อแก้ไขข้อมูล หากคุณล็อคตารางในแบบสอบถามของคุณคุณจะไม่ต้องจัดการกับการหมดเวลาล็อค:

LOCK TABLES `customer` WRITE;
update customer set account_import_id = 1;
UNLOCK TABLES;

นี่อาจไม่ใช่ความคิดที่ดีสำหรับการใช้งานปกติ

ดูข้อมูลเพิ่มเติมได้ที่: คู่มืออ้างอิง MySQL 8.0

ฉันวิ่งเข้าไปในนี้มีการเชื่อมต่อ 2 หลักคำสอน DBAL ซึ่งเป็นหนึ่งในนั้นไม่ใช่การทำธุรกรรม (สำหรับบันทึกที่สำคัญ) พวกเขามีจุดประสงค์ที่จะทำงานแบบขนานไม่ได้ขึ้นอยู่กับแต่ละอื่น ๆ

CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery()
)

การทดสอบการรวมเข้าด้วยกันถูกห่อเป็นธุรกรรมสำหรับการย้อนกลับข้อมูลหลังจากการทดสอบอย่างมาก

beginTransaction()
CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery() // CONFLICT
)
rollBack()

โซลูชันของฉันคือปิดการทำธุรกรรมการตัดคำในการทดสอบเหล่านั้นและรีเซ็ตข้อมูล db ด้วยวิธีอื่น

มีข้อผิดพลาดเดียวกันนี้แม้ว่าฉันจะอัปเดตเพียงหนึ่งตารางที่มีหนึ่งรายการ แต่หลังจากรีสตาร์ท mysql แล้วก็จะได้รับการแก้ไข