2. 程式人生 > >Python指令碼執行Mysql語句遇到死鎖問題

Python指令碼執行Mysql語句遇到死鎖問題

阿新 • • 發佈：2019-01-28
關於執行指令碼出行死鎖問題現象展示
以下是第一次遇到這種問題，本人的分析過程。 a. 初步排查 對每個執行段落進行try....catch捕獲異常，先定位問題出現區域，接著對問題定位發現如下。 獲得MYSQL服務端關於innodb_lock_wait_timeout的引數50s，暫時排除因為超時設定過小導致的死鎖。 最後發現，在第一次發生死鎖的區域，連著執行兩條sql語句查詢，且都對t_organizemechanism表中的組織id對應的組織名稱進行select，可能造成了死鎖，將車輛和裝置分開執行後，執行速度明顯提升，且未在發現死鎖。

b.重啟pycharm後仍然有死鎖問題 重新對innodb_lock_wait_timeout設定成90s,針對單執行緒事務，增大超時等待時間。
執行指令碼後，成功，且速度符合預期。 至此，解決問題。 c.檢視其它解決辦法 1、鎖等待超時。是當前事務在等待其它事務釋放鎖資源造成的。可以找出鎖資源競爭的表和語句，優化你的SQL，建立索引等，如果還是不行，可以適當減少併發執行緒數。 2、你的事務在等待給某個表加鎖時超時了，估計是表正被另的程序鎖住一直沒有釋放。 可以用 SHOW INNODB STATUS/G; 看一下鎖的情況。 3、搜尋解決之道，在管理 節點的[ndbd default]區加： TransactionDeadLockDetectionTimeOut=10000（設定 為10秒）預設是1200（1.2秒） 4、InnoDB會自動的檢測死鎖進行回滾，或者終止死鎖的情況。
引用 InnoDB automatically detects transaction deadlocks and rolls back a transaction or transactions to break the deadlock. InnoDB tries to pick small transactions to roll back, where the size of a transaction is determined by the number of rows inserted, updated, or deleted. 如果引數innodb_table_locks=1並且autocommit=0時，InnoDB會留意表的死鎖，和MySQL層面的行級鎖。另外，InnoDB不會檢測MySQL的Lock Tables命令和其他儲存引擎死鎖。
你應該設定innodb_lock_wait_timeout來解決這種情況。 innodb_lock_wait_timeout是Innodb放棄行級鎖的超時時間。

相關推薦

Python指令碼執行Mysql語句遇到死鎖問題

關於執行指令碼出行死鎖問題現象展示 以下是第一次遇到這種問題，本人的分析過程。 a. 初步排查 對每個執行段落進行try....catch捕獲異常，先定位問題出現區域，接著對問題定位發現如下。

【mysql資料庫】python指令碼執行SQL語句，關於字串變數的注意事項

轉載一篇網友介紹Python 資料庫的Connection、Cursor兩大物件，寫的非常好。 https://blog.csdn.net/guofeng93/article/details/53994112 最新在使用python操作資料庫，發現使用cursor.exec

python多執行緒程式設計(4): 死鎖和可重入鎖

線上程間共享多個資源的時候，如果兩個執行緒分別佔有一部分資源並且同時等待對方的資源，就會造成死鎖。儘管死鎖很少發生，但一旦發生就會造成應用的停止響應。下面看一個死鎖的例子： # encoding: UTF-8import threadingimport timec

Shell 指令碼中執行mysql語句

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

監控SQL Server正在執行的SQL語句和死鎖情況

range sta 更新 when 情況 locking union cpu release 原文:監控SQL Server正在執行的SQL語句和死鎖情況 SELECT [In

11.python並發入門（part4 死鎖與遞歸鎖）

python lock 線程 互斥鎖 rlock 一、關於死鎖。死鎖，就是當多個進程或者線程在執行的過程中，因爭奪共享資源而造成的一種互相等待的現象，一旦產生了死鎖，不加人工處理，程序會一直等待下去，這也被稱為死鎖進程。下面是一個產生“死鎖”現象的例子：import threadingim

MySQL 兩個死鎖樣例

creat 一個 table 更新 mysql font mysq 新人 span 【引子】 　　從事MySQL-DBA這一樣也有些年頭了，想對新人說，在分析死鎖問題時應該還要考慮到有一個叫請求隊列的“概念”。之所以 　　在這裏提這個不是因為新手不知道，而是有時候會自然而然

用python指令碼匯出mysql資料庫查詢結果到Excel表

最近需要導資料的情況太多，總用跳板機上的navicat工具有點效率低，也覺得挺麻煩的(由於跳板機無法連通外網 所以匯出資料檔案還得通過sftp傳到本機)anyway 還是寫個指令碼好了。之前寫過一個shell指令碼做的定時匯出任務，現在試試用python寫下 主要用到的庫有: pymysql -- 連資料庫

【JAVA多執行緒問題之死鎖】

  一、死鎖是什麼？ 舉個例子：兩個人一起吃飯，每個人都拿了一隻筷子，雙方都在等待對方將筷子讓給自己，結果兩個人都吃不了飯。這種情況和計算機中的死鎖情況很相似。 假設有兩個執行緒，互相等待對方釋放佔有的鎖，但是釋放鎖的條件又不可能形成，這時候死鎖就形成了。 還是買票的問題，有的時候時會發生死

gdb除錯多執行緒出現的死鎖

   多執行緒的條件下，程式很容易出現死鎖，此時各個執行緒處於等待狀態，可以通過gdb除錯找到死鎖出現的地方。 例子： #include <stdio.h> #include <pthread.h> #include <uni

jstack簡單使用，定位死迴圈、執行緒阻塞、死鎖等問題

當我們執行java程式時，發現程式不動，但又不知道是哪裡出問題時，可以使用JDK自帶的jstack工具去定位； 廢話不說，直接上例子吧，在window平臺上的； 一、死迴圈 package software.architect.OtherAnalyzer.main; public

關於python的執行緒和GIL全域性鎖的一些見解

GIL全域性鎖是:Python語言和GIL沒有半毛錢關係。僅僅是由於歷史原因在Cpython虛擬機器(直譯器)，難以移除GIL.每個執行緒在執行的過程都需要先獲取GIL，保證同一時刻只有一個執行緒可以執行程式碼。作用就是保證同一時刻只有一個執行緒可以執行程式碼,造成了我們使用多執行緒的時候無法實

利用shell將mysql中資料匯出到檔案和執行mysql語句

利用mysqldump匯出mysql資料 匯出指定條件的資料庫 命令格式 mysqldump -u使用者名稱 -p密碼 -h主機 -P埠 資料庫名 表名 --where "sql語句" > 路徑 示例程式碼 #!/bin/bash #變數定義 host="127.0.

MySQL批量更新死鎖案例分析

表結構如下： CREATE TABLE `user_item` ( `id` BIGINT(20) NOT NULL, `user_id` BIGINT(20) NOT NULL, `item_id` BIGINT(20) NOT NULL,

執行緒池實現原理（Executor框架），java提供常用的幾種執行緒池、死鎖產生條件和避免

 為什麼使用執行緒池 伺服器應用程式中經常出現的情況是：單個任務處理的時間很短而請求的數目卻是巨大的。如果每個請求對應一個執行緒（thread-per-request）方法的不足之一是：為每個請求建立一個新執行緒的開銷很大；為每個請求建立新執行緒的伺服器在建立和銷燬執行緒上

mysql補充一個死鎖的案例

、在系統上有死鎖，檢視事務只有一個update語句，原因是在分片列和查詢的另外一個列上有單列索引，index merge導致了死鎖的發生。 今天還遇到了3個事務導致的死鎖問題，在我之前的部落格中有測試案

利用python指令碼執行tcpdump抓包，支援傳參、併發抓取多個包、檔案迴圈覆蓋抓取

#!/usr/bin/env python # AUTH: [email protected] """ tcpdump -i any -s 0 -w /opt/log/tcpdump/2018-07-19--10-43-30.pcap tcp and

Shell指令碼執行Hive語句

#!/bin/bash #give the params: name value tablename if [ $# -eq 3 ] then name=$1 value=$2 tablename=$3 echo name=${name} echo value=${value} echo

Shell指令碼執行hive語句 | hive以日期建立分割槽表 | linux schedule程式 | sed替換檔案字串 | shell判斷hdfs檔案目錄是否存在

#!/bin/bash source /etc/profile; ################################################## # Author: ouyangyewei # #

執行緒技術之死鎖問題

我們知道，使用 synchronized 關鍵字可以有效的解決執行緒同步問題，但是如果不恰當的使用 synchronized 關鍵字的話也會出問題，即我們所說的死鎖。死鎖是這樣一種情形：多個執行緒同時被阻塞，它們中的一個或者全部都在等待某個資源被釋放。由於執行緒被無限期地阻塞，因此程式不可能正常終止。 下面