PostgreSQL中怎么關(guān)閉死鎖的進(jìn)程

今天在進(jìn)行測試的時(shí)候，發(fā)現(xiàn)一個數(shù)據(jù)表無法進(jìn)行更新。一旦 運(yùn)行更新sql，就進(jìn)行等待。無法執(zhí)行下去。感覺數(shù)據(jù)庫進(jìn)行了死鎖。由于使用的PostgreSQL數(shù)據(jù)庫，沒有資料。只好進(jìn)行谷歌。最終在一個英文論壇中發(fā)現(xiàn)了解決方法。如下：1.檢索出死鎖進(jìn)程的ID。SELECT * FROM pg_stat_activity WHERE datname='死鎖的數(shù)據(jù)庫ID ';檢索出來的字段中，【wating 】字段，數(shù)據(jù)為t的那條，就是死鎖的進(jìn)程。找到對應(yīng)的【procpid 】列的值。2.將進(jìn)程殺掉。

專注于為中小企業(yè)提供做網(wǎng)站、成都網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)婺源免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了成百上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

為什么使用postgresql skip locked加鎖失敗

是因?yàn)橥瑫r(shí)更新事物失誤。

通常在數(shù)據(jù)庫中最小粒度的鎖是行鎖，當(dāng)一個事務(wù)正在更新某條記錄時(shí)，另一個事務(wù)如果要更新同一條記錄（或者申請這一條記錄的鎖），則必須等待鎖釋放。

通常持鎖的時(shí)間需要保持到事務(wù)結(jié)束，也就是說，如果一個長事務(wù)持有了某條記錄的鎖，其他會話要持有這條記錄的鎖，可能要等很久。

PostgreSQL 鎖表解決

1、查詢正在運(yùn)行的進(jìn)程

2、查看等待中的進(jìn)程

3、釋放鎖定

為什么選擇PostgreSQL而不是MySQL

David Bolton是一名獨(dú)立開發(fā)者，他使用PostgreSQL和MySQL都已有超過十年的時(shí)間。近日，他撰文闡述了選擇PostgreSQL而不是MySQL的理由。他認(rèn)為，MySQL之所以仍然如此流行是因?yàn)槊總€Linux Web托管軟件包中都包含它。但隨著Oracle將其收購，MySQL的開源程度大不如前。而PostgreSQL不僅發(fā)展更快，還加入了JSON支持，成為少數(shù)幾個支持NoSQL的關(guān)系型數(shù)據(jù)庫之一。

MySQL/MariaDB的當(dāng)前版本是5.7.6（MariaDB為MySQL創(chuàng)建者M(jìn)onty Widenius創(chuàng)建的一個MySQL分支），PostgreSQL的版本是9.4.1。Bolton從以下幾個方面對比了兩者的最新版本：

ANSI標(biāo)準(zhǔn)兼容性：與先前的版本相比，MySQL已經(jīng)有了長足的進(jìn)步，但MySQL背后的哲學(xué)是，如果客戶喜歡，他們就會支持非標(biāo)準(zhǔn)擴(kuò)展，而PostgreSQL從開始就將標(biāo)準(zhǔn)構(gòu)建到平臺里。不過，二者殊途同歸，差別不大；

ACID遵從性：PostgreSQL有一個存儲引擎，而MySQL有9個，但只有MyIsam和InnoDB與大部分用戶有關(guān)，其中，后者為默認(rèn)存儲引擎。InnoDB和PostgreSQL都完全遵循ACID，差別不大；

無鎖表修改：MyIsam使用表級鎖來提升速度，這會導(dǎo)致寫互斥。但PostgreSQL和InnoDB均使用行級鎖，差別不大；

子查詢：長期以來，這一直是MySQL的一個弱點(diǎn)，雖然5.6.5作了重大改進(jìn)，但PostgreSQL對表連接支持得更好，尤其是MySQL不支持全外連接，因此，這方面PostgreSQL勝過MySQL；

JSON支持和NoSQL：PostgreSQL最近增加了JSON支持，與傳統(tǒng)的關(guān)系型數(shù)據(jù)庫相比，它提供了更大的數(shù)據(jù)存儲靈活性，因此，這方面PostgreSQL勝過MySQL。

此外，Bolton指出，選擇PostgreSQL還有如下理由：

更好的許可：PostgreSQL采用類似MIT的許可協(xié)議，允許開發(fā)人員做任何事情，包括在開源或閉源產(chǎn)品中商用，而MySQL的客戶端遵循GPL許可協(xié)議，所以開發(fā)人員必須向Oracle付費(fèi)或者將自己的應(yīng)用程序開源；

更好的數(shù)據(jù)一致性： PostgreSQL會在數(shù)據(jù)插入和更新之前進(jìn)行嚴(yán)格的驗(yàn)證，確保數(shù)據(jù)合法才會進(jìn)行相應(yīng)的操作，但在MySQL中，開發(fā)人員需要將服務(wù)器設(shè)定為嚴(yán)格SQL模式才能達(dá)到同樣的目的，否則可能會產(chǎn)生不規(guī)范數(shù)據(jù)；

服務(wù)器擴(kuò)展：MySQL提供了插件程序API，支持C/C++或任何兼容C的語言，而且從5.7.3版本開始支持全文搜索，PostgreSQL有一個類似的系統(tǒng)但支持的語言更多，包括C/C++、Java、.Net、Perl、 Python、Ruby、Tcl、ODBC等，它甚至可以在單獨(dú)的進(jìn)程中運(yùn)行用戶提供的代碼；除了所有關(guān)系型數(shù)據(jù)庫都包含的有關(guān)數(shù)據(jù)庫、表和列的一般信息外，PostgreSQL系統(tǒng)目錄中還可以包含關(guān)于數(shù)據(jù)類型、函數(shù)和存取方法的信息，開發(fā)人員可以通過修改這些信息實(shí)現(xiàn)擴(kuò)展。

怎么在postgresql數(shù)據(jù)庫添加鎖

數(shù)據(jù)庫事物單個邏輯單元工作執(zhí)行的一系列操作，就是一些sql語句，也可以是多條

PostgresQL建立索引如何避免寫數(shù)據(jù)鎖定

問題源自一個帥哥在建索引發(fā)生表鎖的問題。先介紹一下Postgresql的建索引語法： Version:9.1 CREATE [ UNIQUE ] INDEX [ CONCURRENTLY ] [ name ] ON table [ USING method ] ( { column | ( expression ) } [ COLLATE collation ] [ opclass ] [ ASC | DESC ] [ NULLS { FIRST | LAST } ] [, ...] ) [ WITH ( storage_parameter = value [, ... ] ) ] [ TABLESPACE tablespace ] [ WHERE predicate ] 這里不解釋語法的諸多參數(shù)使用(排序，使用方法，填充因子等)，主要說一下concurrently的使用場景。 正常情況下Postgresql建立普通btree索引時(shí)會阻塞DML(insert,update,delete)操作，直到索引完成，期間讀操作不受阻塞。當(dāng)只有一個用戶操作這當(dāng)然沒問題，但是在生產(chǎn)環(huán)境，并發(fā)比較高的情況下，特別是大表建索引就不能這么操作了，不然用戶要跳起來罵娘了，點(diǎn)個按鈕一天還沒反應(yīng)過來。--使用 Postgresql提供了一個參數(shù)，可以在線建立索引的時(shí)候避免因?qū)憯?shù)據(jù)而鎖表，這個參數(shù)叫concurrently。使用很簡單，就是用create index concurrently來代替create index即可。--副作用 當(dāng)然了，使用這個參數(shù)是有副作用的，不使用這個參數(shù)建索引時(shí)DB只掃描一次表，使用這個參數(shù)時(shí)，會引發(fā)DB掃兩次表，同時(shí)等待所有潛在會讀到該索引的事務(wù)結(jié)束，這么一來，系統(tǒng)的CPU和IO，內(nèi)存等會受一點(diǎn)影響，所以綜合考慮，仍然讓用戶自行選擇，而不是默認(rèn)。--失敗 在使用concurrently參數(shù)建索引時(shí)，有可能會遇到失敗的情況，比如建唯一索引索引發(fā)現(xiàn)數(shù)據(jù)有重復(fù)，又或者用戶發(fā)現(xiàn)建索引時(shí)建錯字段的，取消建索引操作了。此時(shí)該表上會存在一個索引，這是因?yàn)閹н@個參數(shù)的建索引命令一經(jīng)發(fā)出，就首先會在系統(tǒng)的日志表里先插一個索引記錄進(jìn)去，又因?yàn)檫@個索引最終建失敗了，所以會被標(biāo)記一個INVALID的狀態(tài)，如下： postgres=# \d t_kenyon Table public.t_kenyon Column | Type | Modifiers --------+---------+----------- col | integer |Indexes:idx btree (col) INVALID--重建 遇到上述失效的索引重建時(shí)兩個辦法，一個是drop index index_name，然后再執(zhí)行create index concurrently。還有一個是執(zhí)行reindex index_name命令，但是后者不支持concurrent參數(shù)。--總結(jié)