SQL server數(shù)據(jù)庫(kù)軟件和MySQL數(shù)據(jù)庫(kù)軟件哪個(gè)比較好呢？這兩個(gè)數(shù)據(jù)庫(kù)都是經(jīng)典的。如果要比較它們，需要根據(jù)具體場(chǎng)景進(jìn)行選擇。通常，數(shù)據(jù)庫(kù)將根據(jù)業(yè)務(wù)系統(tǒng)的要求進(jìn)行選擇。SQL server作為老

SQL server數(shù)據(jù)庫(kù)軟件和MySQL數(shù)據(jù)庫(kù)軟件哪個(gè)比較好呢？

這兩個(gè)數(shù)據(jù)庫(kù)都是經(jīng)典的。如果要比較它們，需要根據(jù)具體場(chǎng)景進(jìn)行選擇。通常，數(shù)據(jù)庫(kù)將根據(jù)業(yè)務(wù)系統(tǒng)的要求進(jìn)行選擇。

SQL server作為老手，微軟作為后盾，一直處于不熱不熱的狀態(tài)。如果你是一名計(jì)算機(jī)專業(yè)人士，那么大多數(shù)學(xué)生都會(huì)首先聯(lián)系數(shù)據(jù)庫(kù)將SQL server。很多數(shù)據(jù)庫(kù)教程都以這個(gè)數(shù)據(jù)庫(kù)為例，因?yàn)樗且粋€(gè)非常典型的關(guān)系數(shù)據(jù)庫(kù)，在世界上仍然有很多用戶。

Sqlserver非常穩(wěn)定，但不適合Java。它沒有甲骨文的血緣關(guān)系，它需要付出代價(jià)。這已成為許多公司不愿選擇的重要原因之一。

MySQL作為后起之秀，最重要的是開源和免費(fèi)，適合各種中小型系統(tǒng)項(xiàng)目，靈活輕量級(jí)，擁有非常強(qiáng)大的生態(tài)系統(tǒng)，innerdb的出現(xiàn)將MySQL推向了頂峰。

缺點(diǎn)是穩(wěn)定性差，一旦數(shù)據(jù)量大，需要考慮多種解決方案，如子表和子數(shù)據(jù)庫(kù)。優(yōu)化空間非常大，需要花費(fèi)大量時(shí)間進(jìn)行調(diào)整。

然而，將MySQL與一些NoSQL數(shù)據(jù)庫(kù)或Hadoop結(jié)合使用是非常常見的，因此MySQL的未來是不可估量的。

MySQL主從復(fù)制能完美解決數(shù)據(jù)庫(kù)的單點(diǎn)問題嗎？為什么？

使用主從時(shí)，實(shí)際上放棄了強(qiáng)一致性。由于受試者只問一個(gè)問題，我們不考慮訪問次數(shù)的問題。換句話說，假設(shè)主從復(fù)制可以完全支持當(dāng)前的系統(tǒng)訪問。)

通用數(shù)據(jù)庫(kù)主從設(shè)置：

主數(shù)據(jù)庫(kù)可以讀寫

即系統(tǒng)可以同時(shí)從主數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)獲取數(shù)據(jù)。數(shù)據(jù)寫入主庫(kù)后，會(huì)自動(dòng)同步到從庫(kù)。

這構(gòu)成了一個(gè)簡(jiǎn)單的分布式系統(tǒng)。根據(jù)cap定理，三個(gè)中只能選擇一個(gè)。如果一致性很強(qiáng)，則不會(huì)提高系統(tǒng)的可用性，反而會(huì)降低系統(tǒng)的可用性。

讓我們看看上面的主從結(jié)構(gòu)中可能出現(xiàn)什么問題：

系統(tǒng)寫入主數(shù)據(jù)庫(kù)，然后從主數(shù)據(jù)庫(kù)進(jìn)行查詢。這是一個(gè)單點(diǎn)數(shù)據(jù)庫(kù)，沒有影響。

-如果數(shù)據(jù)已同步，則沒有影響

-如果數(shù)據(jù)未同步，則會(huì)查詢舊數(shù)據(jù)

-如果同步有問題，則會(huì)斷開主設(shè)備和從設(shè)備的連接。如果系統(tǒng)無(wú)法感知它，那么查詢可能總是舊數(shù)據(jù)。這里我們需要監(jiān)視同步。當(dāng)同步出現(xiàn)問題時(shí)，我們應(yīng)該及時(shí)處理

掛斷庫(kù)。主數(shù)據(jù)不能與從數(shù)據(jù)同步。如果主從交換機(jī)是自動(dòng)的，單點(diǎn)故障的概率只會(huì)降低50%（如果主數(shù)據(jù)庫(kù)或備用數(shù)據(jù)庫(kù)發(fā)生故障，并且沒有人恢復(fù)）。