將表做得小一點(diǎn)是有很大好處的。存檔或刪除數(shù)據(jù)是保持小表的好方法，但還有其他方法，例如，假如應(yīng)用是分片架構(gòu)，則將每個(gè)分片做得足夠小，從而使得每個(gè)表都不會(huì)變得很大。也可以將數(shù)據(jù)分到不同的表中，如對(duì)于基于日期的數(shù)據(jù)，每天都創(chuàng)建一個(gè)新表。這里的大多數(shù)建議都是比較極端的，并不推薦到處應(yīng)用，但假如加上一點(diǎn)創(chuàng)造性的話，則可以走得更遠(yuǎn)一點(diǎn)。
INNODBI的新版本(稱(chēng)為 INNODB插件)，以及Xtradb，提供在線增加或刪除索引的能力，而且速度很快。這一點(diǎn)確實(shí)很好。我仍然記得，第一次計(jì)算索引更新需要停機(jī)多長(zhǎng)時(shí)間的情景:客戶給了我一個(gè)小時(shí)，然后運(yùn)行更新索引的命令，僅僅花了30秒鐘，而我記得他們用的是INNODB插件。假如你還沒(méi)有用過(guò)的話，我想INNODB插件版本(或 XTRADB)是一次相當(dāng)引人注目的升級(jí)。
如果表不是足夠小，則這些類(lèi)型的操作都是不可能的。這個(gè)時(shí)候，就需要另想辦法。通過(guò)創(chuàng)建一個(gè)有著所需結(jié)構(gòu)的“影子表”，借助于外部工具，在最后時(shí)刻對(duì)表進(jìn)行交換與重命名，雖然理論上可行，我仍然不認(rèn)為這樣做對(duì)每種情形都是可行的解決方案。所以，仍然有大量的情況，其中，交換服務(wù)器都是首選的方案。
一般的想法是設(shè)置主一主復(fù)制對(duì)，當(dāng)然其中只有一臺(tái)服務(wù)器可寫(xiě)。在只讀服務(wù)器上執(zhí)行更新，但不要復(fù)制到可寫(xiě)服務(wù)器上?？梢酝ㄟ^(guò)禁止將更新寫(xiě)入日志，或在可寫(xiě)服務(wù)器上停止復(fù)制過(guò)程來(lái)實(shí)現(xiàn)。更新一旦完成，則用正常方式使應(yīng)用程序?qū)崿F(xiàn)失效轉(zhuǎn)移，這樣，讀者和寫(xiě)者就實(shí)現(xiàn)了角色變換。然后在另一臺(tái)網(wǎng)站建設(shè)服務(wù)器上重復(fù)執(zhí)行更新一一或許只需要重啟復(fù)制過(guò)程。使用這種方式，就實(shí)現(xiàn)了對(duì)應(yīng)用程序隱含宕機(jī)時(shí)間的目的。
本文地址：http://www.khwajamoinuddinchishty.com//article/3322.html
