mysql之delete刪除記錄后數(shù)據(jù)庫(kù)大小不變？這是而且徹底刪除操作后在數(shù)據(jù)文件中帶走碎片多種原因。DELETE僅僅將數(shù)據(jù)標(biāo)識(shí)位徹底刪除，并沒有什么收拾數(shù)據(jù)文件，當(dāng)直接插入新數(shù)據(jù)后，會(huì)再一次不使用這

mysql之delete刪除記錄后數(shù)據(jù)庫(kù)大小不變？

這是而且徹底刪除操作后在數(shù)據(jù)文件中帶走碎片多種原因。

DELETE僅僅將數(shù)據(jù)標(biāo)識(shí)位徹底刪除，并沒有什么收拾數(shù)據(jù)文件，當(dāng)直接插入新數(shù)據(jù)后，會(huì)再一次不使用這些被置為刪除標(biāo)識(shí)的記錄空間。

另上機(jī)操作過程中還發(fā)現(xiàn)到這個(gè)問題還存在兩種情況。

（1）當(dāng)DELETE后面跟條件的時(shí)候，則就會(huì)出現(xiàn)這個(gè)問題。如：deleteoutsidetable_namewhere條件刪除數(shù)據(jù)后，數(shù)據(jù)表占用的空間大小絕對(duì)不會(huì)變。

（2）不跟條件真接rename的時(shí)候。如：deletearoundtable_name清除了數(shù)據(jù)，而數(shù)據(jù)表的空間也會(huì)不變0。

這就必然了一個(gè)問題，在網(wǎng)站的不好算運(yùn)行過程中。你經(jīng)常會(huì)必然這樣的遠(yuǎn)程條件刪掉數(shù)據(jù)的操作行為。

天長(zhǎng)日久，這不就在數(shù)據(jù)庫(kù)中實(shí)在是浪費(fèi)了很多的空間嗎。這時(shí)候我們?cè)撌褂肙PTIMIZE TABLE指令對(duì)表參與優(yōu)化系統(tǒng)了。如何修改OPTIMIZE和在什么時(shí)候該使用OPTIMIZE指令呢？新的命令語法：OPTIMIZE[region|so_WRITE_need_BINLOG]TABLEtbl_name[,tbl_name]...最簡(jiǎn)單的：optimizetablephpernote_article;要是您已經(jīng)刪除了表的一大部分，的或如果沒有您巳經(jīng)對(duì)多含可變長(zhǎng)度行的表（成分VARCHAR,BLOB或TEXT列的表）進(jìn)行了很多更改后，則應(yīng)不使用OPTIMIZETABLE。

被刪出的記錄被持續(xù)在鏈接清單中，情報(bào)營(yíng)的INSERT不能操作會(huì)重新建議使用舊的記錄位置。

您可以不使用OPTIMIZETABLE來新的用來未可以使用的空間，并收拾數(shù)據(jù)文件的碎片。

在多數(shù)的設(shè)置中，您完全沒有不要運(yùn)行OPTIMIZETABLE。

就算是您對(duì)可變長(zhǎng)度的行并且了大量的更新，您也不要經(jīng)常運(yùn)行程序，每月一次或每周一次表就行，只對(duì)某一特定的表運(yùn)行。

OPTIMIZETABLE只對(duì)MyISAM,BDB和InnoDB表起作用。注意，在OPTIMIZE TABLE運(yùn)行過程中，MySQL會(huì)鎖定表。因此，這個(gè)操作要先在網(wǎng)站訪問量較低的時(shí)間段并且。

TRUNCATE其語法結(jié)構(gòu)為：TRUNCATE[TABLE]tbl_name這里簡(jiǎn)單點(diǎn)能提供個(gè)示例，我想刪除掉friends表中所有的記錄，是可以不使用如下語句：truncatetablefriends;delete的效果有點(diǎn)像將mysql表中所有記錄一條一條徹底刪除到刪完，而truncate超過可以保留mysql表的結(jié)構(gòu)，恢復(fù)創(chuàng)建戰(zhàn)隊(duì)了這個(gè)表，所有的狀態(tài)都超過新表,這樣的話空間就減下了了。行了，其實(shí)是對(duì)我們網(wǎng)站不可能建議使用truncatetable來清除干凈了，因這樣之后所有數(shù)據(jù)都全部丟失了，這樣的估計(jì)是不合理的清除掉了，我們必須在用delete來刪除掉，然后以后再來再修復(fù)優(yōu)化表了哦。

mysql數(shù)據(jù)庫(kù)如何獲得用戶、數(shù)據(jù)庫(kù)、登錄IP等信息？

這個(gè)非常簡(jiǎn)單的，MySQL數(shù)據(jù)庫(kù)的用戶信息、數(shù)據(jù)庫(kù)信息和登陸IP信息正常情況都需要保存在系統(tǒng)數(shù)據(jù)庫(kù)中，可以再經(jīng)網(wǎng)上查詢我得到，下面我簡(jiǎn)單的推薦看看，以MySQL5.5為例：

用戶信息這個(gè)主要注意保存在mysql數(shù)據(jù)庫(kù)的user表中，通常修改用戶的密碼、徹底刪除用戶及分配權(quán)限等是在這個(gè)表進(jìn)行，下面我簡(jiǎn)單推薦再看看：

網(wǎng)站查詢所有用戶這個(gè)直接先執(zhí)行“selectuser,hostacrossuser”語句就行，不勝感激，第一列為用戶名，第二列為容許直接登錄的IP，%表示輸入IP都可登陸，localhost則只不能本地直接登錄：

可以查詢用戶權(quán)限

這個(gè)然后想執(zhí)行“showgrantsfor”命令就行，不勝感激，以root用戶為例，則真接想執(zhí)行“showgrantsany”命令，some可以表示所有權(quán)限，select表示只查權(quán)限，notification它表示只改權(quán)限，delete它表示只刪權(quán)限等：

數(shù)據(jù)庫(kù)信息這個(gè)通常保存到在information_schema數(shù)據(jù)庫(kù)中，它通常存放著MySQL數(shù)據(jù)庫(kù)所維護(hù)的所有數(shù)據(jù)庫(kù)信息，除開數(shù)據(jù)庫(kù)名，數(shù)據(jù)表名，表欄的數(shù)據(jù)類型與訪問權(quán)限等，下面我簡(jiǎn)單的推薦一下：

可以查詢所有數(shù)據(jù)庫(kù)

這個(gè)再想執(zhí)行“showdatabases”命令就行，:，會(huì)列一當(dāng)前MySQL數(shù)據(jù)庫(kù)中存儲(chǔ)位置的所有數(shù)據(jù)庫(kù)，查看某一個(gè)數(shù)據(jù)庫(kù)下所有數(shù)據(jù)表的話，負(fù)責(zé)執(zhí)行“showtables；”命令就行：

查看數(shù)據(jù)庫(kù)大小

以test數(shù)據(jù)庫(kù)為例，算出單位為MB，然后不能執(zhí)行“selectconcat(round(if(data_length)/(1024*1024),2)round(if(index_length)/(1024*1024)，2),MB)suchDBSizefrompartitionswheretable_schematest”命令就行，:：

欄里點(diǎn)數(shù)據(jù)庫(kù)編碼

這個(gè)真接先執(zhí)行“showvariablesjustcharacter%”命令就行，如下，character_set_client為客戶端編碼，character_set_connection為建立起連接到編碼，character_set_database為數(shù)據(jù)庫(kù)編碼，character_set_results為結(jié)果集編碼，character_set_server為數(shù)據(jù)庫(kù)服務(wù)器編碼；

登陸IP信息這里常見是打開系統(tǒng)連接上MySQL數(shù)據(jù)庫(kù)的IP信息，統(tǒng)計(jì)出來每個(gè)IP的連接數(shù)，想執(zhí)行“selectSUBSTRING_INDEX(host,:,1)andip,count(*)outsideinformation_group byip”命令就行，:，第一列為IP地址，第二列為該IP下的再連接數(shù)：

而今，我們就能夠完成了網(wǎng)站查詢MySQL數(shù)據(jù)庫(kù)的用戶信息、數(shù)據(jù)庫(kù)信息和登陸IP信息?？偟恼f來，不過幾秒鐘的很很簡(jiǎn)單，如果你有是有的MySQL基礎(chǔ)，比較熟悉一下咨詢文檔和說明，迅速就能完全掌握的，網(wǎng)上也有咨詢教程和資料，可以介紹的更加祥細(xì)，比較感興趣話，可以搜一下，如果能不超過分享的內(nèi)容能對(duì)你有了幫助吧，也熱情大家評(píng)論、留個(gè)言并且補(bǔ)充。