刪除數(shù)據(jù)必然會(huì)在數(shù)據(jù)文件中造成不連續(xù)的空白空間,而當(dāng)插入數(shù)據(jù)時(shí),這些空白空間則會(huì)被利用起來(lái).于是造成了數(shù)據(jù)的存儲(chǔ)位置不連續(xù),以及物理存儲(chǔ)順序與理論上的排序順序不同,這種是數(shù)據(jù)碎片.實(shí)際上數(shù)據(jù)碎片分為兩種,一種是單行數(shù)據(jù)碎片,另一種是多行數(shù)據(jù)碎片.前者的意思就是一行數(shù)據(jù),被分成N個(gè)片段,存儲(chǔ)在N個(gè)位置.后者的就是多行數(shù)據(jù)并未按照邏輯上的順序排列.當(dāng)有大量的刪除和插入操作時(shí),必然會(huì)產(chǎn)生很多未使用的空白空間,這些空間就是多出來(lái)的額外空間.索引也是文件數(shù)據(jù),所以也會(huì)產(chǎn)生索引碎片,理由同上,大概就是順序紊亂的問(wèn)題.Engine 不同,OPTIMIZE 的操作也不一樣的,MyISAM 因?yàn)樗饕蛿?shù)據(jù)是分開(kāi)的,所以 OPTIMIZE 可以整理數(shù)據(jù)文件,并重排索引。這樣不但會(huì)浪費(fèi)空間，并且查詢(xún)速度也更慢。
創(chuàng)新互聯(lián)公司是一家專(zhuān)注于成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作與策劃設(shè)計(jì),涪陵網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)公司做網(wǎng)站,專(zhuān)注于網(wǎng)站建設(shè)10余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專(zhuān)業(yè)建站公司;建站業(yè)務(wù)涵蓋:涪陵等地區(qū)。涪陵做網(wǎng)站價(jià)格咨詢(xún):18982081108
查看碎片信息：
Index_length 代表索引的總量
Data_free 代表碎片數(shù)量
從information_schema中獲取信息：
碎片整理：
過(guò)程時(shí)間長(zhǎng)短取決于表大小和碎片多少，
返回結(jié)果optimize status OK則整理完成；
?? square-pavilion（四方閣）
?鏈接：
? Square pavilion is a cube project for e-commerce.（四方閣是一個(gè)為電商而生的中臺(tái)項(xiàng)目）。 在玄幻小說(shuō)中，總有一些比較牛逼且左右逢源于各個(gè)勢(shì)力之間的中立組織，這些組織通常帶有“閣”字。因此本項(xiàng)目取名“四方閣”，取包容并蓄，吸取百家之長(zhǎng)之意。歡迎有興趣的小伙伴們一起努力，把這個(gè)項(xiàng)目完善、推廣。
Github square-pavilion
可以看到，當(dāng)前表的碎片率超高了，50.6%。
有三種辦法整理碎片
這三種操作都是先創(chuàng)建一個(gè)臨時(shí)表復(fù)制完成后再刪除舊表，所以在執(zhí)行操作的過(guò)程中磁盤(pán)會(huì)先增大。
會(huì)鎖表
會(huì)鎖表
pt-online-schema-change - ALTER tables 無(wú)需鎖表。
整理結(jié)果很明顯，整理后碎片率0.3%。
這里有幾個(gè)參數(shù)需要介紹一下：
--dry-run
這個(gè)參數(shù)不建立觸發(fā)器，不拷貝數(shù)據(jù)，也不會(huì)替換原表。只是創(chuàng)建和更改新表。
--execute
表明你已經(jīng)閱讀了文檔，并且確認(rèn)要 alter the table。你必須配置這個(gè)參數(shù)來(lái) alter the table。如果你不配置，那么工具將只進(jìn)行一些安全檢查然后就退出了。這幫助確保你已經(jīng)閱讀了文檔，并且了解如何使用該工具。如果你沒(méi)有閱讀這些文檔，那么不會(huì)設(shè)置該參數(shù)。
--critical-load
每次chunk操作前后，會(huì)根據(jù)show global status統(tǒng)計(jì)指定的狀態(tài)量的變化，默認(rèn)是統(tǒng)計(jì)Thread_running。目的是為了安全，防止原始表上的觸發(fā)器引起負(fù)載過(guò)高。這也是為了防止在線DDL對(duì)線上的影響。超過(guò)設(shè)置的閥值，就會(huì)終止操作，在線DDL就會(huì)中斷。提示的異常如上報(bào)錯(cuò)信息。
--max-lag
type: time; default: 1s
lag 滯后偏移
暫停數(shù)據(jù)拷貝，直到所有replicas的lag值低于該值。在每個(gè) data-copy query (each chunk)后，工具會(huì)通過(guò)Seconds_Behind_Master查詢(xún)所有replica的 replication lag 。如果任何replica lag大于該值，那么工具會(huì)sleep --check-interval 秒，然后再次檢查所有replica。如果你指定 --check-slave-lag ，那么工具會(huì)檢查那臺(tái)server，而不是所有server。如果你想控制哪個(gè)提供工具的監(jiān)控，配置DSN值 --recursion-method 。
工具會(huì)等待直到replicas停止lagging。如果任一replica停止，工具會(huì)一直處于等待狀態(tài)直到該replica啟動(dòng)。 在所有replicas運(yùn)行并且lagging不大的情況下，數(shù)據(jù)拷貝繼續(xù)。
工具在等待的時(shí)候，會(huì)打印進(jìn)程報(bào)告。如果replica停止了，會(huì)立即打印進(jìn)程報(bào)告，然后在每個(gè)進(jìn)程報(bào)告期間重復(fù)。
--check-interval
type: time; default: 1
Sleep time between checks for --max-lag .
--max-load
選項(xiàng)定義一個(gè)閥值，在每次chunk操作后，查看show global status狀態(tài)值是否高于指定的閥值。該參數(shù)接受一個(gè)mysql status狀態(tài)變量以及一個(gè)閥值，如果沒(méi)有給定閥值，則定義一個(gè)閥值為為高于當(dāng)前值的20%。注意這個(gè)參數(shù)不會(huì)像--critical-load終止操作，而只是暫停操作。當(dāng)status值低于閥值時(shí)，則繼續(xù)往下操作。是暫停還是終止操作這是--max-load和--critical-load的差別。
--charset
簡(jiǎn)寫(xiě): -A; type: string
設(shè)置默認(rèn)字符集。如果值為 utf8，設(shè)置 Perl’s binmode on STDOUT to utf8，傳送 mysql_enable_utf8 參數(shù)到 DBD::mysql，然后在連接到MySQL后運(yùn)行 SET NAMES UTF8 。其他的值也是在STDOUT設(shè)置 binmode，然后在連到MySQL后運(yùn)行 SET NAMES 。
--check-replication-filters
檢查復(fù)制中是否設(shè)置了過(guò)濾條件，如果設(shè)置了，程序?qū)⑼顺?/p>
--nocheck-replication-filters
不檢查復(fù)制中是否設(shè)置了過(guò)濾條件
--set-vars
設(shè)置mysql的變量值
--check-slave-lag
檢查主從延遲
--no-version-check
不檢查版本，在阿里云服務(wù)器中一般加入此參數(shù)，否則會(huì)報(bào)錯(cuò)
查看碎片信息：
Index_length 代表索引的總量
Data_free 代表碎片數(shù)量
從information_schema中獲取信息：
碎片整理：
過(guò)程時(shí)間長(zhǎng)短取決于表大小和碎片多少，
返回結(jié)果optimize status OK則整理完成；
碎片整理過(guò)程會(huì)添加表級(jí)排他鎖，需要找非繁忙期進(jìn)行操作。
MYSQL表壓縮和整理如下：
633M
-rw-rw----
1
mysql
mysql
632M
Oct
25
17:51
url_comment_0.ibd
12K
-rw-rw----
1
mysql
mysql
8.7K
Oct
25
18:16
url_comment_0.frm
178M
-rw-rw----
1
mysql
mysql
178M
Oct
25
18:53
url_comment_0.MYD
99M
-rw-rw----
1
mysql
mysql
98M
Oct
25
18:53
url_comment_0.MYI
結(jié)論:由上面數(shù)據(jù)可知innodb
plugin能有效壓縮innodb數(shù)據(jù)文件,近50%,另外相同的情況下使用MyISAM表也可較大的減少數(shù)據(jù)大小(178+99633M).
當(dāng)然實(shí)際的壓縮比例和表的結(jié)構(gòu)等有關(guān),如字段為varchar會(huì)有較大的壓縮比,而int類(lèi)型壓縮率會(huì)低些。
重慶分公司
重慶分公司
