SQL問(wèn)題，有沒(méi)有什么工具可以直接打開(kāi)MYI和MYD文件？?jī)烧叨际荕YSQL數(shù)據(jù)庫(kù)文件。MYD是該表的數(shù)據(jù)文件。MYI是表數(shù)據(jù)文件中任何索引的數(shù)據(jù)樹(shù)。你要先安裝MYSQL(這個(gè)是免費(fèi)的)，然后安裝類似

SQL問(wèn)題，有沒(méi)有什么工具可以直接打開(kāi)MYI和MYD文件？

兩者都是MYSQL數(shù)據(jù)庫(kù)文件。MYD是該表的數(shù)據(jù)文件。MYI是表數(shù)據(jù)文件中任何索引的數(shù)據(jù)樹(shù)。你要先安裝MYSQL(這個(gè)是免費(fèi)的)，然后安裝類似MYSQL-FRONT的軟件，連接后就可以瀏覽他數(shù)據(jù)庫(kù)的內(nèi)容了。

還有一些其他的MYSQL客戶端軟件也很好用，比如Navicat for MYSQL(有免費(fèi)版Navicat Lit

架構(gòu)師必須掌握的如何思考設(shè)計(jì)SQL優(yōu)化方案？

你可能在剛立項(xiàng)的時(shí)候沒(méi)有考慮周全。隨著產(chǎn)品的推廣，業(yè)務(wù)場(chǎng)景的復(fù)雜，用戶使用量的增加，數(shù)據(jù)會(huì)呈現(xiàn)快速增長(zhǎng)。當(dāng)數(shù)據(jù)達(dá)到千萬(wàn)級(jí)時(shí)，會(huì)發(fā)現(xiàn)查詢速度越來(lái)越慢，用戶體驗(yàn)越來(lái)越差。如何提高千萬(wàn)級(jí)數(shù)據(jù)的查詢效率？小萌簡(jiǎn)單整理了一下，希望能幫到大家！

優(yōu)化數(shù)據(jù)庫(kù)設(shè)計(jì):

在數(shù)據(jù)字段類型中用Varchar/nvarchar代替char/nchar，所以變長(zhǎng)字段的存儲(chǔ)空間小，節(jié)省存儲(chǔ)空間。查詢時(shí)小空間字段的搜索效率更高。

查詢時(shí)避免掃描整個(gè)表，并且可以在where和order by字段上建立索引。

無(wú)法判斷where查詢子句中的空值將導(dǎo)致搜索引擎放棄使用索引，而使用全表掃描。例如，age的默認(rèn)值可以設(shè)置為0，以確保沒(méi)有空值。修改后的sql查詢語(yǔ)句是:select id，name from user where age 0。

小心使用索引，不是越多越好。通常，一個(gè)表中的索引數(shù)量不應(yīng)超過(guò)6個(gè)。如果索引太多，就要討論業(yè)務(wù)是否合理，或者索引是否建立在不常用的字段上。索引可以提高select查詢的效率，但也降低了insert和update的效率，因?yàn)閳?zhí)行insert和update時(shí)可能會(huì)重新構(gòu)建索引。

盡量不要更新索引數(shù)據(jù)，因?yàn)樗饕龜?shù)據(jù)的順序就是表記錄的物理順序。一旦改變，整個(gè)表記錄的順序也會(huì)改變，會(huì)消耗大量資源。如果業(yè)務(wù)需要頻繁更新索引數(shù)據(jù)列，就要考慮索引創(chuàng)建是否合理。例如，如果用戶ID、身份證號(hào)或手機(jī)號(hào)不經(jīng)常變化，則可以創(chuàng)建索引。

如果符合業(yè)務(wù)需求，可以將字符型字段修改為數(shù)值型字段，因?yàn)樽址妥侄螘?huì)降低查詢和連接的性能，增加存儲(chǔ)。存儲(chǔ)成本。執(zhí)行搜索的合適的查詢和連接將逐個(gè)比較字符串的每個(gè)字符，如果是數(shù)據(jù)類型比較，就足夠了。

SQL查詢優(yōu)化

避免在where查詢語(yǔ)句中使用* *！或ltgt **運(yùn)算符，搜索引擎將執(zhí)行全表掃描，而不執(zhí)行創(chuàng)建的索引。

避免在where查詢語(yǔ)句中使用or來(lái)連接條件查詢數(shù)據(jù)還會(huì)導(dǎo)致搜索引擎執(zhí)行全表掃描，而不執(zhí)行創(chuàng)建的索引。例如，年齡為18歲或25歲的用戶的姓名可以更改為選擇ID，年齡為18歲的用戶的姓名聯(lián)合所有選擇ID，年齡為25歲的用戶的姓名。

** in和not in也避免了，這樣也會(huì)導(dǎo)致全表掃描，比如:select ID，name from user where age in (18，19，20) * *如果是連續(xù)的，可以考慮使用between and，比如:select ID，name from user where age in 18-20。

like語(yǔ)句會(huì)掃描整個(gè)表，例如select ID，name from user where name like %% 。

避免在wehre查詢語(yǔ)句中使用參數(shù)，整個(gè)表都會(huì)被掃描。SQL將在運(yùn)行時(shí)分析局部變量，優(yōu)化器不能將訪問(wèn)計(jì)劃的選擇推遲到運(yùn)行時(shí)。必須在編譯時(shí)選擇它。如果訪問(wèn)計(jì)劃是在編譯時(shí)建立的，那么變量的值仍然是未知的，所以它不能作為索引選擇的輸入項(xiàng)。例如，以下語(yǔ)句將掃描整個(gè)表:select ID，name from user where age @ age。當(dāng)然也可以改成強(qiáng)制索引:select ID，name from user with (index name)其中age @ age。

Where查詢語(yǔ)句避免使用表達(dá)式，這也會(huì)導(dǎo)致查詢時(shí)放棄使用索引，導(dǎo)致全表掃描。示例選擇id，姓名來(lái)自用戶，其中年齡/210 * *可更改為* *選擇id，姓名來(lái)自用戶，其中年齡102 *。

Where查詢語(yǔ)句避免使用函數(shù)操作，這也會(huì)導(dǎo)致查詢時(shí)放棄使用索引，導(dǎo)致全表掃描。例如:select id，name from user where substring(name，1，3) ;abc 可以更改為選擇id，名稱從用戶的名字一樣 ABC % 。

唐 不要使用select * from用戶查詢，請(qǐng)使用特定的字段名稱。唐 不要返回任何未使用的字段。

唐 不要使用游標(biāo)。大家都知道游標(biāo)效率很低。

避免大的實(shí)際業(yè)務(wù)會(huì)降低系統(tǒng)的并發(fā)性。

Java后臺(tái)優(yōu)化

使用JDBC連接到數(shù)據(jù)庫(kù)。

數(shù)據(jù)緩存的合理使用。

控制記憶，唐 不要把所有的數(shù)據(jù)都放進(jìn)去處理，你可以邊讀邊處理。

創(chuàng)建更少的對(duì)象。

數(shù)據(jù)庫(kù)性能優(yōu)化

使用存儲(chǔ)過(guò)程

如果在具體的業(yè)務(wù)實(shí)現(xiàn)過(guò)程中，可以使用存儲(chǔ)過(guò)程來(lái)操作數(shù)據(jù)庫(kù)，那就盡量使用。因?yàn)榇鎯?chǔ)過(guò)程是一次性設(shè)計(jì)、編碼、測(cè)試、再次調(diào)用，需要執(zhí)行，所以可以簡(jiǎn)單使用。它可以提高響應(yīng)速度，減少網(wǎng)絡(luò)流量等。

硬件調(diào)整

磁盤(pán)和網(wǎng)絡(luò)吞吐量也可能影響數(shù)據(jù)庫(kù)性能。通過(guò)擴(kuò)展虛擬內(nèi)存，可以分別部署數(shù)據(jù)庫(kù)服務(wù)器和主服務(wù)器。數(shù)據(jù)服務(wù)器吞吐量被調(diào)整到最大。

調(diào)整數(shù)據(jù)庫(kù)

如果在實(shí)際業(yè)務(wù)實(shí)現(xiàn)中表的查詢頻率過(guò)高，可以在表上創(chuàng)建索引；根據(jù)where查詢條件，建立索引，盡量建立只有一個(gè)聚集索引的整數(shù)鍵，數(shù)據(jù)物理上在數(shù)據(jù)頁(yè)上以便縮短搜索范圍，對(duì)查詢中經(jīng)常使用的所有列建立非聚集索引，可以最大程度的覆蓋查詢；但是索引不應(yīng)該太多，維護(hù)這些索引執(zhí)行UPDATE DELETE INSERT語(yǔ)句所需的銷(xiāo)售額急劇增加；避免索引中有太多的鍵；避免使用具有大數(shù)據(jù)類型的列作為索引；確保每個(gè)鍵值都有幾行。