MySQL 在崩潰恢復(fù)時(shí),會(huì)遍歷打開(kāi)所有 ibd 文件的 header page 驗(yàn)證數(shù)據(jù)字典的準(zhǔn)確性,如果 MySQL 中包含了大量表,這個(gè)校驗(yàn)過(guò)程就會(huì)比較耗時(shí)。 MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān),表總數(shù)越大,崩潰恢復(fù)時(shí)間越長(zhǎng)。另外磁盤(pán) IOPS 也會(huì)影響崩潰恢復(fù)時(shí)間,像這里開(kāi)發(fā)庫(kù)的 HDD IOPS 較低,因此面對(duì)大量的表空間,校驗(yàn)速度就非常緩慢。另外一個(gè)發(fā)現(xiàn),MySQL 8 下正常啟用時(shí)居然也會(huì)進(jìn)行表空間校驗(yàn),而故障恢復(fù)時(shí)則會(huì)額外再進(jìn)行一次表空間校驗(yàn),等于校驗(yàn)了 2 遍。不過(guò) MySQL 8.0 里多了一個(gè)特性,即表數(shù)量超過(guò) 5W 時(shí),會(huì)啟用多線程掃描,加快表空間校驗(yàn)過(guò)程。
在榆中等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力,以專(zhuān)注、極致的服務(wù)理念,為客戶(hù)提供網(wǎng)站制作、成都網(wǎng)站制作 網(wǎng)站設(shè)計(jì)制作按需求定制開(kāi)發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計(jì),全網(wǎng)營(yíng)銷(xiāo)推廣,外貿(mào)網(wǎng)站制作,榆中網(wǎng)站建設(shè)費(fèi)用合理。
如何跳過(guò)校驗(yàn)MySQL 5.7 下有方法可以跳過(guò)崩潰恢復(fù)時(shí)的表空間校驗(yàn)過(guò)程嘛?查閱了資料,方法主要有兩種:
1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ,那么 validate = false,即可以跳過(guò)表空間校驗(yàn)。實(shí)際測(cè)試的時(shí)候設(shè)置 innodb_force_recovery =1,也就是強(qiáng)制恢復(fù)跳過(guò)壞頁(yè),就可以跳過(guò)校驗(yàn),然后重啟就是正常啟動(dòng)了。通過(guò)這種臨時(shí)方式可以避免崩潰恢復(fù)后非常耗時(shí)的表空間校驗(yàn)過(guò)程,快速啟動(dòng) MySQL,個(gè)人目前暫時(shí)未發(fā)現(xiàn)有什么隱患。2. 使用共享表空間替代獨(dú)立表空間這樣就不需要打開(kāi) N 個(gè) ibd 文件了,只需要打開(kāi)一個(gè) ibdata 文件即可,大大節(jié)省了校驗(yàn)時(shí)間。自從聽(tīng)了姜老師講過(guò)使用共享表空間替代獨(dú)立表空間解決 drop 大表時(shí)性能抖動(dòng)的原理后,感覺(jué)共享表空間在很多業(yè)務(wù)環(huán)境下,反而更有優(yōu)勢(shì)。
臨時(shí)冒出另外一種解決想法,即用 GDB 調(diào)試崩潰恢復(fù),通過(guò)臨時(shí)修改 validate 變量值讓 MySQL 跳過(guò)表空間驗(yàn)證過(guò)程,然后讓 MySQL 正常關(guān)閉,重新啟動(dòng)就可以正常啟動(dòng)了。但是實(shí)際測(cè)試發(fā)現(xiàn),如果以 debug 模式運(yùn)行,確實(shí)可以臨時(shí)修改 validate 變量,跳過(guò)表空間驗(yàn)證過(guò)程,但是 debug 模式下代碼運(yùn)行效率大打折扣,反而耗時(shí)更長(zhǎng)。而以非 debug 模式運(yùn)行,則無(wú)法修改 validate 變量,想法破滅。
些路徑或權(quán)限不對(duì),造成你這個(gè)安裝一直處與"安裝"的狀態(tài).
你參考下面這樣ubundu文檔處理吧:
其中,如果你連接默認(rèn)歐洲的資料列表下載比較慢的話,那你可以修改增加一些速度快的資源列表:
sudo gedit /etc/apt/sources.list
然后在線安裝(機(jī)器要連通外網(wǎng)):
sudo apt-get install mysql
然后選擇你要安裝版本就能自動(dòng)安裝完成.
ps:你上面的安裝方法,是linux下的一般源碼編譯安裝方法,這對(duì)ubuntu不能"直接"適用,因?yàn)橐恍┉h(huán)境路徑是不一樣的.
另外,團(tuán)IDC網(wǎng)上有許多產(chǎn)品團(tuán)購(gòu),便宜有口碑
索引是快速搜索的關(guān)鍵。MySQL索引的建立對(duì)于mysql的高效運(yùn)行是很重要的。下面幾種常見(jiàn)的MySQL索引類(lèi)型。
在數(shù)據(jù)庫(kù)表中,對(duì)字段建立索引可以大大提高查詢(xún)速度。假如我們創(chuàng)建了一個(gè) mytable表:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL ); 我們隨機(jī)向里面插入了10000條記錄,其中有一條:5555,admin。
在查找username="admin"的記錄 SELECT * FROMmytable WHERE username='admin';時(shí),如果在username上已經(jīng)建立了索引,MySQL無(wú)須任何掃描,即準(zhǔn)確可找到該記錄。相反,MySQL會(huì)掃描所有記錄,即要查詢(xún)10000條記錄。
索引分單列索引和組合索引。單列索引,即一個(gè)索引只包含單個(gè)列,一個(gè)表可以有多個(gè)單列索引,但這不是組合索引。組合索引,即一個(gè)索包含多個(gè)列。
MySQL索引類(lèi)型包括:
(1)普通索引
這是最基本的索引,它沒(méi)有任何限制。它有以下幾種創(chuàng)建方式:
◆創(chuàng)建索引
CREATE INDEX indexName ONmytable(username(length)); 如果是CHAR,VARCHAR類(lèi)型,length可以小于字段實(shí)際長(zhǎng)度;如果是BLOB和TEXT類(lèi)型,必須指定 length,下同。
◆修改表結(jié)構(gòu)
ALTER mytable ADD INDEX [indexName] ON(username(length)) ◆創(chuàng)建表的時(shí)候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 刪除索引的語(yǔ)法:
DROP INDEX [indexName] ON mytable;
(2)唯一索引
它與前面的普通索引類(lèi)似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創(chuàng)建方式:
◆創(chuàng)建索引
CREATE UNIQUE INDEX indexName ONmytable(username(length)) ◆修改表結(jié)構(gòu)
ALTER mytable ADD UNIQUE [indexName] ON(username(length)) ◆創(chuàng)建表的時(shí)候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );
(3)主鍵索引
它是一種特殊的唯一索引,不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 當(dāng)然也可以用 ALTER 命令。記住:一個(gè)表只能有一個(gè)主鍵。
(4)組合索引
為了形象地對(duì)比單列索引和組合索引,為表添加多個(gè)字段:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL ); 為了進(jìn)一步榨取MySQL的效率,就要考慮建立組合索引。就是將 name, city, age建到一個(gè)索引里:
ALTER TABLE mytable ADD INDEX name_city_age(name(10),city,age); 建表時(shí),usernname長(zhǎng)度為 16,這里用 10。這是因?yàn)橐话闱闆r下名字的長(zhǎng)度不會(huì)超過(guò)10,這樣會(huì)加速索引查詢(xún)速度,還會(huì)減少索引文件的大小,提高INSERT的更新速度。
網(wǎng)絡(luò)問(wèn)題。docker對(duì)網(wǎng)絡(luò)環(huán)境的要求高,若是為網(wǎng)絡(luò)環(huán)境差mysql下載不下來(lái)。Docker是一個(gè)開(kāi)源的應(yīng)用容器引擎,讓開(kāi)發(fā)者可以打包他們的應(yīng)用以及依賴(lài)包到一個(gè)可移植的鏡像中,然后發(fā)布到任何流行的Linux或Windows操作系統(tǒng)的機(jī)器上,也可以實(shí)現(xiàn)虛擬化。
1. 在瀏覽器里打開(kāi)mysql的官網(wǎng)
2. 進(jìn)入頁(yè)面頂部的"Downloads"
3. 打開(kāi)頁(yè)面底部的“Community(GPL) Downloads”
4. 在頁(yè)面中間的位置找到我們windows上要用的下載頁(yè)面“MySQL on Windows(Installer Tools)”
5. 選擇第一項(xiàng)"MySQL Installer”
6. 頁(yè)面底端找到下載入口“Windows (x86,
32-bit), MSI Installer”,點(diǎn)擊Download按鈕開(kāi)始下載,共381.4M
注意:MSI格式是指windows的安裝程序,下載后直接雙擊就能進(jìn)入安裝向?qū)У哪欠N,區(qū)別于對(duì)文件進(jìn)行解壓的安裝方式;
7. 這個(gè)頁(yè)面告訴詢(xún)問(wèn)你是否登錄,告訴你登錄之后有哪些好處,我們不登錄,點(diǎn)擊頁(yè)面底部的“No thanks, just start my download.”按鈕進(jìn)入下載頁(yè)面
8. 開(kāi)始下載,等待下載完成(由于直接下載速度太慢,之后我用迅雷下載完成的)
9. 下載完成
二、安裝mysql
1. 雙擊下載好的mysql安裝文件“mysql-installer-community-5.7.14.0.msi”打開(kāi)安裝程序,打開(kāi)后需要稍等一下
2. 選擇安裝類(lèi)型(根據(jù)個(gè)人需要)
3. 我只需要安裝mysql server,所以選擇最后一項(xiàng)“Custom”,選擇Custom之后左邊的安裝流程和右邊的描述文字會(huì)改變,然后點(diǎn)擊"Next"按鈕繼續(xù)
4. 在這里我們需要從安裝程序提供的可安裝的產(chǎn)品(Products)中選擇我們需要的mysql server
我們展開(kāi)Available Products里的第一項(xiàng)“MySQL Servers”,依次展開(kāi)其子結(jié)點(diǎn),直到其終端結(jié)點(diǎn),我的操作是64位的,所以選中“MySQL Server 5.7.14 - X64”
然后點(diǎn)擊綠色的向右箭頭,將當(dāng)前Product移動(dòng)需要安裝的列表,然后在右邊展開(kāi)“MySQL Server 5.7.14 - X64”項(xiàng),取消“Development Components”的勾選(因?yàn)槲覀冎恍枰惭bmysql server),之后點(diǎn)擊“Next”按鈕進(jìn)入下一步
5. 點(diǎn)擊“Execute”(執(zhí)行)開(kāi)始安裝,安裝過(guò)程中會(huì)顯示安裝的Progress(進(jìn)度),等待安裝完成后Status會(huì)顯示Complete,mysql圖標(biāo)前會(huì)出現(xiàn)一個(gè)綠色的勾,然后點(diǎn)擊“Next”按鈕進(jìn)入產(chǎn)品配置界面
我們先來(lái)看第一個(gè)階段,MySQL慢的診斷思路,一般我們會(huì)從三個(gè)方向來(lái)做:
第一個(gè)方向是MySQL內(nèi)部的觀測(cè)
第二個(gè)方向是外部資源的觀測(cè)
第三個(gè)方向是外部需求的改造
1.1 MySQL 內(nèi)部觀測(cè)
我們來(lái)看MySQL內(nèi)部的觀測(cè),常用的觀測(cè)手段是這樣的,從上往下看,第一部分是Processlist,看一下哪個(gè)SQL壓力不太正常,第二步是explain,解釋一下它的執(zhí)行計(jì)劃,第三步我們要做Profilling,如果這個(gè)SQL能再執(zhí)行一次的話, 就做一個(gè)Profilling,然后高級(jí)的DBA會(huì)直接動(dòng)用performance_schema ,MySQL 5.7 以后直接動(dòng)用sys_schema,sys_schema是一個(gè)視圖,里面有便捷的各類(lèi)信息,幫助大家來(lái)診斷性能。再高級(jí)一點(diǎn),我們會(huì)動(dòng)用innodb_metrics進(jìn)行一個(gè)對(duì)引擎的診斷。
除了這些手段以外,大家還提出了一些亂七八糟的手段,我就不列在這了,這些是常規(guī)的一個(gè)MySQL的內(nèi)部的狀態(tài)觀測(cè)的思路。除了這些以外,MySQL還陸陸續(xù)續(xù)提供了一些暴露自己狀態(tài)的方案,但是這些方案并沒(méi)有在實(shí)踐中形成套路,原因是學(xué)習(xí)成本比較高。
1.2 外部資源觀測(cè)
外部資源觀測(cè)這部分,我引用了一篇文章,這篇文章的二維碼我貼在上面了。這篇文章是國(guó)外的一個(gè)神寫(xiě)的,標(biāo)題是:60秒的快速巡檢,我們來(lái)看一下它在60秒之內(nèi)對(duì)服務(wù)器到底做了一個(gè)什么樣的巡檢。一共十條命令,這是前五條,我們一條一條來(lái)看。
1.uptime,uptime告訴我們這個(gè)機(jī)器活了多久,以及它的平均的負(fù)載是多少。
2.dmesg -T | tail,告訴我們系統(tǒng)日志里邊有沒(méi)有什么報(bào)錯(cuò)。
3.vmstat 1,告訴我們虛擬內(nèi)存的狀態(tài),頁(yè)的換進(jìn)換出有沒(méi)有問(wèn)題,swap有沒(méi)有使用。
4. mpstat -P ALL,告訴我們CPU壓力在各個(gè)核上是不是均勻的。
5.pidstat 1,告訴我們各個(gè)進(jìn)程的對(duì)資源的占用大概是什么樣子。
我們來(lái)看一下后五條:
首先是iostat-xz 1,查看IO的問(wèn)題,然后是free-m內(nèi)存使用率,之后兩個(gè)sar,按設(shè)備網(wǎng)卡設(shè)備的維度,看一下網(wǎng)絡(luò)的消耗狀態(tài),以及總體看TCP的使用率和錯(cuò)誤率是多少。最后一條命令top,看一下大概的進(jìn)程和線程的問(wèn)題。
這個(gè)就是對(duì)于外部資源的診斷,這十條命令揭示了應(yīng)該去診斷哪些外部資源。
1.3 外部需求改造
第三個(gè)診斷思路是外部的需求改造,我在這里引用了一篇文檔,這篇文檔是MySQL的官方文檔中的一章,這一章叫Examples of Common Queries,文檔中介紹了常規(guī)的SQL怎么寫(xiě), 給出了一些例子。文章的鏈接二維碼在slide上。
我們來(lái)看一下它其中提到的一個(gè)例子。
它做的事情是從一個(gè)表里邊去選取,這張表有三列,article、dealer、price,選取每個(gè)作者的最貴的商品列在結(jié)果集中,這是它的最原始的SQL,非常符合業(yè)務(wù)的寫(xiě)法,但是它是個(gè)關(guān)聯(lián)子查詢(xún)。
關(guān)聯(lián)子查詢(xún)成本是很貴的,所以上面的文檔會(huì)教你快速地把它轉(zhuǎn)成一個(gè)非關(guān)聯(lián)子查詢(xún),大家可以看到中間的子查詢(xún)和外邊的查詢(xún)之間是沒(méi)有關(guān)聯(lián)性的。
第三步,會(huì)教大家直接把子查詢(xún)拿掉,然后轉(zhuǎn)成這樣一個(gè)SQL,這個(gè)就叫業(yè)務(wù)改造,前后三個(gè)SQL的成本都不一樣,把關(guān)聯(lián)子查詢(xún)拆掉的成本,拆掉以后SQL會(huì)跑得非常好,但這個(gè)SQL已經(jīng)不能良好表義了,只有在診斷到SQL成本比較高的情況下才建議大家使用這種方式。
為什么它能夠把一個(gè)關(guān)聯(lián)子查詢(xún)拆掉呢?
這背后的原理是關(guān)系代數(shù),所有的SQL都可以被表達(dá)成等價(jià)的關(guān)系代數(shù)式,關(guān)系代數(shù)式之間有等價(jià)關(guān)系,這個(gè)等價(jià)關(guān)系通過(guò)變換可以把關(guān)聯(lián)子查詢(xún)拆掉。
上面的這篇文檔是一個(gè)大學(xué)的教材,它從頭教了關(guān)于代數(shù)和SQL之間的關(guān)系。然后一步步推導(dǎo)怎么去簡(jiǎn)化這句SQL。
第一,MySQL本身提供了很多命令來(lái)觀察MySQL自身的各類(lèi)狀態(tài),大家從上往下檢一般能檢到SQL的問(wèn)題或者服務(wù)器的問(wèn)題。
第二,從服務(wù)器的角度,我們從巡檢的腳本角度入手,服務(wù)器的資源就這幾種,觀測(cè)手法也就那么幾種,我們把服務(wù)器的資源全部都觀察一圈就可以了。
第三,如果實(shí)在搞不定,需求方一定要按照數(shù)據(jù)庫(kù)容易接受的方式去寫(xiě)SQL,這個(gè)成本會(huì)下降的非常快,這個(gè)是常規(guī)的MySQL慢的診斷思路。
網(wǎng)頁(yè)標(biāo)題:mysql下載慢怎么辦,mysql訪問(wèn)慢
分享路徑:http://vcdvsql.cn/article44/hsphhe.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站營(yíng)銷(xiāo)、網(wǎng)站改版、微信小程序、域名注冊(cè)、商城網(wǎng)站、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容