mysql 能作為企業(yè)級(jí)開發(fā)嗎

可以，mysql現(xiàn)在已經(jīng)逐漸成長(zhǎng)為一個(gè)很成熟的數(shù)據(jù)庫(kù)，不光有完善的備份、還原、主從方案。而且還有很多集群方案。

創(chuàng)新互聯(lián)建站專業(yè)為企業(yè)提供清江浦網(wǎng)站建設(shè)、清江浦做網(wǎng)站、清江浦網(wǎng)站設(shè)計(jì)、清江浦網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、清江浦企業(yè)網(wǎng)站模板建站服務(wù)，十載清江浦做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

從集群實(shí)現(xiàn)方案的多樣性來(lái)說(shuō)，mysql已經(jīng)超越了oracle。而且正常情況下mysql的備份，恢復(fù)比oracle更簡(jiǎn)單，快捷。停機(jī)故障修復(fù)時(shí)間，也比oracle要好的多。。

最重要的是，它是免費(fèi)的，而且很適合搭建在x86平臺(tái)上，可以用廉價(jià)的服務(wù)器提供完善的數(shù)據(jù)庫(kù)服務(wù)。相比oracle+小型機(jī)的成本，簡(jiǎn)直便宜的要死，不過(guò)如果你說(shuō)要用pc機(jī)搭載oracle，那我只能說(shuō)你應(yīng)該是不太考慮性能問(wèn)題的。oracle吃硬件是很嚴(yán)重的。低端服務(wù)器上跑起來(lái)會(huì)很讓人困擾。

另外從業(yè)界應(yīng)用來(lái)說(shuō)，基本上所有的互聯(lián)網(wǎng)公司和電商都在使用mysql，包括12306，連鐵道部都用了。能說(shuō)不能作為企業(yè)級(jí)開發(fā)么？

當(dāng)然，上面都是說(shuō)mysql的優(yōu)點(diǎn)，同樣也有缺點(diǎn)：

優(yōu)化器相比oracle的CBO差距不是一點(diǎn)半點(diǎn)，一些復(fù)雜sql都會(huì)存在比較明顯的解析問(wèn)題，所以在開發(fā)過(guò)程中，對(duì)程序員要求會(huì)高點(diǎn)，比如說(shuō)盡可能多的邏輯在程序中實(shí)現(xiàn)，或者更好的數(shù)據(jù)模型設(shè)計(jì)，總之一定要避免數(shù)據(jù)庫(kù)中的復(fù)雜邏輯sql或者批處理任務(wù)。

最關(guān)鍵的一點(diǎn)，作為一個(gè)開源軟件，缺乏原廠服務(wù)，當(dāng)然目前國(guó)內(nèi)也有了一些mysql的第三方服務(wù)團(tuán)隊(duì)。很多從淘寶、阿里出來(lái)的人都在做這個(gè)。

阿里云云數(shù)據(jù)庫(kù)MySQL有什么特點(diǎn)或優(yōu)勢(shì)

無(wú)需用戶自己考慮高可用、備份恢復(fù)等問(wèn)題，而且阿里針對(duì)開源的數(shù)據(jù)庫(kù)做了部分優(yōu)化。

另外提供一些諸如監(jiān)控、告警、備份、恢復(fù)、調(diào)優(yōu)的手段。

就是減輕用戶在業(yè)務(wù)無(wú)關(guān)方面的花銷，花小錢省下力氣聚焦在自己的業(yè)務(wù)上。

阿里三面：MySQL回表的性能傷害有多大？

無(wú)論單列索引 or 聯(lián)合索引，一個(gè)索引就對(duì)應(yīng)一個(gè)獨(dú)立的B+索引樹，索引樹節(jié)點(diǎn)僅包含：

即使根據(jù)索引樹按條件找到所需數(shù)據(jù)，也僅是索引里的幾個(gè)字段的值和主鍵值，萬(wàn)一你搞個(gè)select *，那就還得其他字段，就需回表，根據(jù)主鍵到聚簇索引里找，聚簇索引的葉節(jié)點(diǎn)是數(shù)據(jù)頁(yè)，找到數(shù)據(jù)頁(yè)才能把一行數(shù)據(jù)所有字段值讀出來(lái)。

所以類似

得從聯(lián)合索引的索引樹里按序取出所有數(shù)據(jù)，接著對(duì)每條數(shù)據(jù)都走一個(gè)主鍵的聚簇索引查找，性能不高。

有時(shí)MySQL執(zhí)行引擎可能認(rèn)為，你要是類似

相當(dāng)于得把聯(lián)合索引和聚簇索引，兩個(gè)索引的所有數(shù)據(jù)都掃描一遍，那還不如不走聯(lián)合索引，直接全表掃描得了，這樣就只需掃描一個(gè)主鍵索引。

但若形如：

那執(zhí)行引擎就知道你先掃描聯(lián)合索引的索引樹，拿到10條數(shù)據(jù)，接著對(duì)10條數(shù)據(jù)在聚簇索引里查找10次即可，那就還是會(huì)走聯(lián)合索引。

覆蓋索引不是一種索引，只是一種基于索引查詢的方式，即針對(duì)類似

僅需聯(lián)合索引里的幾個(gè)字段的值，那就只需掃描聯(lián)合索引的索引樹，無(wú)需回表找其它字段，這種查詢方式就是覆蓋索引。

所以當(dāng)你使用聯(lián)合索引時(shí)，注意是否可能會(huì)導(dǎo)致大量回表到聚簇索引，若回表聚簇索引的次數(shù)太多，可能就直接給你做成全表掃描而不走聯(lián)合索引了。

盡可能還是在SQL里指定你僅需要的字段，而不要暴力select *，最好直接走覆蓋索引。

即使無(wú)可避免地要回表，你也盡可能用limit、 where限定一下回表的次數(shù)，就從聯(lián)合索引里篩選少數(shù)數(shù)據(jù)，再回表，這樣性能好一點(diǎn)。