mysql如何升級(jí)??？1.開(kāi)始那個(gè)的MySQL服務(wù)吧2.軟件備份原來(lái)是數(shù)據(jù)庫(kù)的數(shù)據(jù)3.卸載掉原先完全安裝的程序4.按裝新版本的程序5.數(shù)據(jù)自動(dòng)還原如何將MySQL中的引擎改為innodb？從MySQL

mysql如何升級(jí)??？

1.開(kāi)始那個(gè)的MySQL服務(wù)吧2.軟件備份原來(lái)是數(shù)據(jù)庫(kù)的數(shù)據(jù)3.卸載掉原先完全安裝的程序4.按裝新版本的程序5.數(shù)據(jù)自動(dòng)還原

如何將MySQL中的引擎改為innodb？

從MySQL5.7正在，開(kāi)發(fā)人員變化了InnoDB形成完整二級(jí)索引的，按結(jié)構(gòu)由外及里的方法，而不是最早期版本中從上向下的方法了。在這篇文章中，我們將是從一個(gè)示例來(lái)只能說(shuō)明怎么形成完整InnoDB索引。到最后，我將解釋什么該如何是從為innodb_fill_factor設(shè)置更適合的值。

索引形成完整過(guò)程

在有數(shù)據(jù)的表上最終形成索引，InnoDB中有以下幾個(gè)階段：1.讀取數(shù)據(jù)階段（從聚簇索引讀取數(shù)據(jù)并構(gòu)建二級(jí)索引條目）2.合并排序階段3.再插入階段（將排序記錄插到二級(jí)索引）在5.6版本之前，MySQL按照一次插入一條記錄來(lái)構(gòu)建二級(jí)索引。這是一種“從上向下”的方法。搜索再插入位置從樹(shù)的根部（頂部）開(kāi)始并至少葉頁(yè)（底部）。該記錄插入光標(biāo)對(duì)準(zhǔn)的葉頁(yè)上。在里查插入到位置和進(jìn)行業(yè)面全部拆分和合并方面開(kāi)銷(xiāo)不大。從MySQL5.7正在，再添加索引期間的插到階段在用“排序索引構(gòu)建體系”，也稱(chēng)做“批量索引讀取”。在這種方法中，索引是“自下而上”構(gòu)建體系的。即葉頁(yè)（底部）首先統(tǒng)合，然后把非葉級(jí)別等他根（頂部）。

示例

在這些情況下不使用排序的索引構(gòu)建：

ALTERTABLEt1ADDINDEX（內(nèi)個(gè)CREATEINDEX）

ALTER TABLE t1 ADD FULLTEXT INDEXALTER TABLE t1 ADD COLUMN,ALGORITHM INPLACE

OPIMIZEt1

這對(duì)后來(lái)兩個(gè)用例，ALTER會(huì)修改一個(gè)中間表。中間表索引（主要注意和關(guān)鍵是）建議使用“排序索引形成完整”統(tǒng)合。

算法

在0級(jí)別創(chuàng)建戰(zhàn)隊(duì)頁(yè)，又要在此之前頁(yè)創(chuàng)建戰(zhàn)隊(duì)一個(gè)游標(biāo)

在用0級(jí)別處的游標(biāo)直接插入頁(yè)面，直到被填滿(mǎn)

頁(yè)面占滿(mǎn)后，創(chuàng)建一個(gè)兄弟頁(yè)（不要插入到到兄弟頁(yè)）

為當(dāng)前的整頁(yè)創(chuàng)建角色節(jié)點(diǎn)指針（子頁(yè)中的大于鍵，子頁(yè)碼），并將節(jié)點(diǎn)指針再插入上一級(jí)（父頁(yè)）

在較高級(jí)別，檢查游標(biāo)是否需要已實(shí)現(xiàn)定位。要是沒(méi)有，請(qǐng)為該級(jí)別創(chuàng)建角色父頁(yè)和游標(biāo)

在父頁(yè)再插入節(jié)點(diǎn)指針

如果父頁(yè)已占滿(mǎn)，請(qǐng)?jiān)僦貜?fù)一遍步驟3,4,5,6

現(xiàn)在再插入兄弟頁(yè)并使游標(biāo)對(duì)準(zhǔn)兄弟頁(yè)

在所有插到的末尾，每個(gè)級(jí)別的游標(biāo)朝最右邊的頁(yè)。再提交所有游標(biāo)（那樣的話(huà)并提交直接修改頁(yè)面的小巧事務(wù)，能量所有鎖存器）

為簡(jiǎn)單啊起見(jiàn)，本案所涉算法到后面了或者高壓縮頁(yè)和BLOB（外部存儲(chǔ)的BLOB）一次性處理的細(xì)節(jié)。

按照自下而上的形成完整索引為簡(jiǎn)單起見(jiàn)，假設(shè)子頁(yè)和非子頁(yè)中不允許的比較大記錄數(shù)為3

CREATETABLEt1(aINT PRIMARY KEY,b INT,c BLOB);

INSERTINTOt1VALUES(1,11,hello,hello111);

INSERTINTOt1VALUES(2,22,hello,hello222);

INSERTINTOt1VALUES(3,33,hi~333);

INSERTINTOt1VALUES(4,44,hello,hello444);

INSERTINTOt1VALUES(5,55,hello,hello555);

INSERTINTOt1VALUES(6,66,hi~666);

INSERTINTOt1VALUES(7,77,hello777);

INSERT INTO t1 VALUES(8,89,hello888);

INSERTINTOt1VALUES(9,99,hello999);

INSERTINTOt1VALUES(10,1010,嗨小伙伴們101010);

ALTERTABLEt1ADDINDEXk1(b);

InnoDB將主鍵字段追加懸賞到二級(jí)索引。二級(jí)索引k1的記錄格式為(b,a)。在排序階段成功后，記錄為：

(11,1),(22,2),(33,3),(44,4),(55,5),(66,6),(77,7),(89,8),(99,9),(1010,10)

初始插入階段

讓我們從留下記錄(11,1)結(jié)束。

在0級(jí)別（葉級(jí)別）創(chuàng)建戰(zhàn)隊(duì)頁(yè)

創(chuàng)建戰(zhàn)隊(duì)一個(gè)到頁(yè)的游標(biāo)

所有再插入都將轉(zhuǎn)回此頁(yè)面，等他它填進(jìn)了

箭頭不顯示游標(biāo)當(dāng)前朝的位置。它目前位于第5頁(yè)，下一個(gè)插到將投到此頁(yè)面。

也有兩個(gè)空來(lái)插槽，而再插入記錄(22,2)和(33,3)的很簡(jiǎn)單是對(duì)下一條記錄(44,4)，頁(yè)碼5已滿(mǎn)（前面說(shuō)過(guò)的假設(shè)大的記錄數(shù)為3）。這那是步驟。頁(yè)圖案填充時(shí)的索引構(gòu)建

修改一個(gè)兄弟頁(yè)，頁(yè)碼6

別插入到兄弟頁(yè)

在游標(biāo)處提交頁(yè)面，即迷你型事務(wù)并提交，釋放鎖存器等

才是遞交的一部分，創(chuàng)建節(jié)點(diǎn)指針并將其插到到【當(dāng)前級(jí)別1】的父頁(yè)面中（即在1級(jí)別）

節(jié)點(diǎn)指針的格式(子頁(yè)面中的大于鍵,子頁(yè)碼)。第5頁(yè)的最大值鍵是(11,1)。在父級(jí)別直接插入記錄((11,1)，5)。

1級(jí)別的父頁(yè)尚不存在地，MySQL創(chuàng)建家族頁(yè)碼7和正指向頁(yè)碼7的游標(biāo)。

將((11,1)，5)直接插入第7頁(yè)

現(xiàn)在，趕往到0級(jí)并創(chuàng)建戰(zhàn)隊(duì)從第5頁(yè)到第6頁(yè)的鏈接，則難視之

0級(jí)別的游標(biāo)現(xiàn)在對(duì)準(zhǔn)兄弟頁(yè)，頁(yè)碼為6

將(44,4)插入第6頁(yè)

下三個(gè)插入-(55,5)和(66,6)-很很簡(jiǎn)單，它們轉(zhuǎn)到第6頁(yè)。

直接插入記錄(77,7)像(44,4)，之外父頁(yè)面（頁(yè)面編號(hào)7）已經(jīng)修真者的存在另外它有兩個(gè)以上記錄的空間。簡(jiǎn)單的方法將節(jié)點(diǎn)指針((44,4),8)插入第7頁(yè)，然后把將(77,7)記錄信息到同級(jí)8頁(yè)中。

直接插入記錄(82,8)和(99,9)很簡(jiǎn)單的，因?yàn)榈?頁(yè)有兩個(gè)空閑插槽。

下三個(gè)插到(1010,10)。將節(jié)點(diǎn)指針((77,7),8)插入1級(jí)別的父頁(yè)（頁(yè)碼7）。MySQL在0級(jí)創(chuàng)建家族同級(jí)頁(yè)碼9。將記錄(1010,10)插到第9頁(yè)并將光標(biāo)更改后為此頁(yè)面。以此類(lèi)推。在上面的示例中，數(shù)據(jù)庫(kù)在0級(jí)別并提交到第9頁(yè)，在1級(jí)別并提交到第7頁(yè)。

我們現(xiàn)在有了兩個(gè)完整的B-tree索引，它是自下高于一切最終形成的！

索引再填充因子全局變量innodb_fill_factor主要用于設(shè)置里直接插入B-tree頁(yè)中的空間量。默認(rèn)值為100，可以表示建議使用整個(gè)業(yè)面（不除開(kāi)頁(yè)眉）。聚簇索引具高innodb_fill_factor100的免掉項(xiàng)。在這個(gè)下，聚簇索引也空間的1/16保持空閑。即6.25%的空間作用于未來(lái)的DML。

值80那樣的話(huà)MySQL建議使用了80%的頁(yè)空間再填充，預(yù)留20%于未來(lái)的更新。如果不是innodb_fill_factor100則沒(méi)有剩余空間供未來(lái)再插入二級(jí)索引。如果在直接添加索引后，期望表上有更多的DML，則可能會(huì)造成業(yè)面word文檔合并并再度合并。在那種情況下，建議您不使用80-90之間的值。此變量還會(huì)引響不使用OPTIMIZETABLE和ALTER TABLE DROP COLUMN,ALGOITHMINPLACE然后再創(chuàng)建角色的索引。也肯定不會(huì)設(shè)置里太低的值，比如低的50。只不過(guò)索引會(huì)占內(nèi)存浪費(fèi)掉更多的磁盤(pán)空間，值較低時(shí)，索引中的頁(yè)數(shù)較低，索引統(tǒng)計(jì)信息的采樣點(diǎn)可能會(huì)不是最佳的。360優(yōu)化器也可以你選具有次優(yōu)統(tǒng)計(jì)信息的錯(cuò)誤查詢(xún)計(jì)劃。

排序索引構(gòu)建的優(yōu)點(diǎn)

沒(méi)有頁(yè)面全部拆分（不和壓縮后表）和合并

沒(méi)有反復(fù)重復(fù)搜索插入到位置

插入絕對(duì)不會(huì)被重新做記錄（頁(yè)分配咯），并且重做一次日志子系統(tǒng)的壓力較小

缺點(diǎn)

ALTER正在進(jìn)行時(shí)，插入性能減少Bug＃82940，但在妖軍版本中計(jì)劃修復(fù)。