mysql垂直切分的優(yōu)缺點(diǎn)是什么

本篇內(nèi)容介紹了“mysql垂直切分的優(yōu)缺點(diǎn)是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

1、垂直切分的優(yōu)點(diǎn)，業(yè)務(wù)系統(tǒng)層面的耦合、分級管理、維護(hù)、監(jiān)控和擴(kuò)展、O、數(shù)據(jù)庫連接數(shù)和單機(jī)硬件資源得到提升。

解決業(yè)務(wù)系統(tǒng)層面的耦合，業(yè)務(wù)清晰。

對不同業(yè)務(wù)的數(shù)據(jù)進(jìn)行分級管理、維護(hù)、監(jiān)控和擴(kuò)展。

在高并發(fā)場景下，IO、數(shù)據(jù)庫連接數(shù)和單機(jī)硬件資源的瓶頸得到了一定程度的提高。

2、垂直切分的缺點(diǎn)，提高了開發(fā)的復(fù)雜性、復(fù)雜的分布式事務(wù)處理、單表數(shù)據(jù)量過大。

有些表格不能join，只能通過接口聚合來解決。

復(fù)雜的分布式事務(wù)處理。

仍然存在單表數(shù)據(jù)量過大的問題(需要水平切分)

對于垂直切分可能遇到的數(shù)據(jù)切分和事務(wù)問題，在數(shù)據(jù)庫層面很難找到更好的處理方案。在實(shí)際應(yīng)用案例中，數(shù)據(jù)庫的垂直切割大多與應(yīng)用系統(tǒng)的模塊相對應(yīng)，同一模塊的數(shù)據(jù)源存儲(chǔ)在同一數(shù)據(jù)庫中，可以解決模塊內(nèi)部的數(shù)據(jù)關(guān)聯(lián)問題。在模塊之間，應(yīng)用程序通過服務(wù)接口提供所需的數(shù)據(jù)。盡管這樣做確實(shí)會(huì)增加數(shù)據(jù)庫的整體操作次數(shù)，但在系統(tǒng)整體擴(kuò)展和架構(gòu)模塊化方面，都是有益的。有些操作的單次響應(yīng)時(shí)間可能會(huì)略有增加，但系統(tǒng)的整體性能很可能會(huì)有所提高。擴(kuò)大瓶頸問題只能通過下一節(jié)將要介紹的數(shù)據(jù)水平分割架構(gòu)來解決。

“mysql垂直切分的優(yōu)缺點(diǎn)是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！