隨著數(shù)據(jù)庫(kù)的增長(zhǎng)與擴(kuò)展，你需要對(duì)一些操作給予更多的關(guān)注。你可能沒(méi)有完全意識(shí)到，在開(kāi)發(fā)環(huán)境中執(zhí)行應(yīng)用程序時(shí)，執(zhí)行某些操作的成本，與在生產(chǎn)環(huán)境中大相徑庭。在某一時(shí)刻，我們中的大多數(shù)人都犯了錯(cuò)，在5分鐘時(shí)開(kāi)始運(yùn)行一些遷移，過(guò)15分鐘仍然在運(yùn)行，突然間生產(chǎn)流量受到了影響。

　　有兩種操作發(fā)生的很頻繁，每種操作都有一些簡(jiǎn)單的方法可以減少停機(jī)時(shí)間。讓我們看看每一個(gè)操作，它們是如何工作的，以及如何以更安全的方式來(lái)處理它們。

　　添加新列

　　在Postgres中添加一個(gè)新列實(shí)際上代價(jià)是很低的。當(dāng)你這樣做的時(shí)候，它會(huì)更新對(duì)于已有列時(shí)刻的跟蹤，它幾乎是瞬時(shí)的。當(dāng)對(duì)某個(gè)列有一些約束時(shí)，這一部分就會(huì)變得很昂貴。一個(gè)約束可以是一個(gè)主鍵或者外鍵，或者是一些唯一性約束。 Postgres不得不掃描表中的所有記錄以確保沒(méi)有違反這些約束。添加諸如“非空”等一些約束時(shí)，可能會(huì)有一些違反，但這不是最常見(jiàn)的原因。

　　造成添加新列遲緩最常見(jiàn)的原因是大部分的框架中為新列設(shè)置缺省值太過(guò)簡(jiǎn)單。對(duì)于所有的新記錄這是一回事，但是對(duì)于已有的表來(lái)說(shuō)，這意味著數(shù)據(jù)庫(kù)不得不要讀取所有的記錄并且向這些記錄中重寫(xiě)新的缺省值。對(duì)于只有幾百條記錄的表來(lái)說(shuō)，這還不算太糟，但是對(duì)于上千萬(wàn)條記錄的表來(lái)說(shuō)，這時(shí)間就無(wú)法容忍了 。

　　簡(jiǎn)而言之，在添加新列時(shí)，如果將其設(shè)為非空或者在創(chuàng)建是設(shè)置一個(gè)缺省值都會(huì)給你帶來(lái)麻煩。解決之道是不要這樣做。但是，如果你需要一個(gè)缺省值或者不想字段為空時(shí)該怎么辦。這有一些你可以采取的簡(jiǎn)單步驟，將你的遷移工作從一步分為 四步：

　　1. 添加新列，允許其為空

　　2. 開(kāi)始在所有新記錄和更新中寫(xiě)入默認(rèn)值

　　3. 逐步回填缺省值

　　4. 應(yīng)用你的約束

　　是的，只是稍微多一點(diǎn)工作，對(duì)現(xiàn)有工作的影響很微小。

　　索引

　　類(lèi)似大部分的DDL操作，創(chuàng)建索引時(shí)會(huì)加鎖，這就意味著所有新的數(shù)據(jù)必須等待索引創(chuàng)建完成后才可以寫(xiě)入。對(duì)于新建的或者小規(guī)模的表，等待的時(shí)間不是很明顯，但是對(duì)于大規(guī)模數(shù)據(jù)庫(kù)，等待的時(shí)間可能是以分鐘甚至小時(shí)計(jì)添加索引的本意是為了提高查詢速度，但是實(shí)際的效果卻是降低了速度，這真是有點(diǎn)諷刺。

　　Postgres中對(duì)于這個(gè)問(wèn)題的答案是 CONCURRENT 創(chuàng)建索引。就是在后臺(tái)逐步創(chuàng)建索引。你可以通過(guò)：CREATE INDEX CONCURRENTLY語(yǔ)句并發(fā)創(chuàng)建索引。一旦創(chuàng)建了索引，只要你做想做的事情，Postgres就會(huì)在查詢中使用它。

　　可以提供幫助的工具

　　這是一個(gè)不錯(cuò)的實(shí)踐活動(dòng)，了解運(yùn)行遷移時(shí)會(huì)發(fā)生什么，以及對(duì)于性能的影響。即便如此，你也不必只憑自己的力量去管理這些。至少對(duì)于Rails還有工具能幫組你掌握它。Strong migrations能夠幫組你掌握很多這些昂貴的操作，如果你在使用Rails，你可以考慮看一看。

　　還要其他的工具和秘訣可以有助于Postgres中的數(shù)據(jù)遷移？給我留言，我會(huì)把它們加到列表中。