Discuz! 官方交流社區(qū)
標(biāo)題: 網(wǎng)站3.4升級(jí)到3.5 文件大3倍了 [打印本頁]
作者: tanshancai 時(shí)間: 2023-7-9 16:06
標(biāo)題: 網(wǎng)站3.4升級(jí)到3.5 文件大3倍了
網(wǎng)站3.4的時(shí)候才4G升級(jí)到3.5后變成了12G 是啥情況
作者: mingkong 時(shí)間: 2023-7-9 16:07
是指的哪里的文件體積？
附件變多了還是數(shù)據(jù)庫(kù)體積變大？
作者: 卡卡北 時(shí)間: 2023-7-9 16:11
對(duì)，就是這樣，x3.4由GBK轉(zhuǎn)UTF8數(shù)據(jù)庫(kù)漲30%，由x3.4 UTF8轉(zhuǎn)x3.5數(shù)據(jù)庫(kù)漲差不多三倍。
作者: tanshancai 時(shí)間: 2023-7-9 16:12
數(shù)據(jù)庫(kù)也大了許多 最主要是文件大了很大倍 開始3.4的時(shí)候我備份了是4個(gè)G 升級(jí)完后 我在備份提示12個(gè)G
作者: tanshancai 時(shí)間: 2023-7-9 16:13
我的是3.4的utf-8
作者: 湖中沉 時(shí)間: 2023-7-9 16:18
數(shù)據(jù)庫(kù)變大是因?yàn)閿?shù)據(jù)庫(kù)引擎變更為innodb，這個(gè)引擎數(shù)據(jù)庫(kù)體積就是會(huì)變大的，再加上你GBK變UTF8也會(huì)變大大概30%，所以原先數(shù)據(jù)庫(kù)如果是4G，那么轉(zhuǎn)為UTF8后大約5.5G，再轉(zhuǎn)為innodb引擎，可能就會(huì)到達(dá)6-8G，屬于正常現(xiàn)象。innodb優(yōu)點(diǎn)很多，但體積就是比以前舊的引擎要大。
關(guān)于文件體積變大，更多的可能是你把一些舊的備份文件一起保留并打包進(jìn)去了
作者: 卡卡北 時(shí)間: 2023-7-9 16:30
湖中沉 發(fā)表于 2023-7-9 16:18
數(shù)據(jù)庫(kù)變大是因?yàn)閿?shù)據(jù)庫(kù)引擎變更為innodb，這個(gè)引擎數(shù)據(jù)庫(kù)體積就是會(huì)變大的，再加上你GBK變UTF8也會(huì)變大大 ...
我退回去了，gbk轉(zhuǎn)uft8數(shù)據(jù)庫(kù)體積漲了30%能接受，轉(zhuǎn)換innodb體積又在這個(gè)基礎(chǔ)漲了差不多三倍，接受不了。。。
作者: 湖中沉 時(shí)間: 2023-7-9 16:42
三倍是不可能的，一般innodb比MyISAM大30%左右，如果你是GBK升級(jí)的，那么就是 原大小 x 130% x 130%
當(dāng)前云數(shù)據(jù)庫(kù)已經(jīng)非常普遍，大多數(shù)云數(shù)據(jù)庫(kù)都不支持MyISAM引擎，所以InnoDB是面對(duì)未來的必選
事務(wù)差異InnoDB是MySQL的事務(wù)型存儲(chǔ)引擎，支持ACID特性（原子性、一致性、隔離性和持久性），可以保證數(shù)據(jù)的完整性和一致性。而MyISAM不支持事務(wù)，這意味著在高并發(fā)的環(huán)境下，使用InnoDB更加可靠。
外鍵差異InnoDB是唯一支持外鍵的存儲(chǔ)引擎，可以通過外鍵約束來保持?jǐn)?shù)據(jù)的一致性。而MyISAM不支持外鍵約束，因此在需要使用外鍵的情況下，選擇InnoDB是更好的選擇。
索引差異InnoDB和MyISAM對(duì)索引的處理方式也有所不同。InnoDB使用聚簇索引（clustered index），它的葉子節(jié)點(diǎn)存儲(chǔ)了實(shí)際的數(shù)據(jù)行，這樣可以加快根據(jù)索引進(jìn)行數(shù)據(jù)檢索的速度。而MyISAM使用非聚簇索引（non-clustered index），葉子節(jié)點(diǎn)存儲(chǔ)的是指向?qū)嶋H數(shù)據(jù)行的指針。因此，在需要頻繁進(jìn)行數(shù)據(jù)檢索的場(chǎng)景中，InnoDB的性能更好。
行鎖差異在并發(fā)訪問的情況下，InnoDB使用行級(jí)鎖（row-level locking），可以提供更好的并發(fā)性能。而MyISAM只支持表級(jí)鎖（table-level locking），這就意味著當(dāng)一個(gè)線程對(duì)表進(jìn)行寫操作時(shí)，其他線程無法對(duì)該表進(jìn)行任何讀寫操作。
表鎖差異MyISAM的表級(jí)鎖對(duì)于整個(gè)表進(jìn)行鎖定，因此在高并發(fā)的情況下可能導(dǎo)致較多的鎖沖突，降低了并發(fā)性能。而InnoDB的行級(jí)鎖可以最大程度地減少鎖沖突，提高了并發(fā)性能。
存儲(chǔ)文件差異InnoDB的數(shù)據(jù)和索引是存儲(chǔ)在一個(gè)共享的表空間文件中的，而MyISAM則將數(shù)據(jù)和索引分別存儲(chǔ)在不同的文件中。這也是為什么InnoDB在存儲(chǔ)空間利用率上相對(duì)較低的原因之一。
具體行數(shù)差異在大多數(shù)情況下，InnoDB的表通常需要占用更多的存儲(chǔ)空間，因?yàn)樗祟~外的數(shù)據(jù)結(jié)構(gòu)來支持事務(wù)和行級(jí)鎖等功能。而MyISAM則相對(duì)更加輕量級(jí)。
作者: 湖中沉 時(shí)間: 2023-7-9 16:42
三倍是不可能的，一般innodb比MyISAM大30%左右，如果你是GBK升級(jí)的，那么就是 原大小 x 130% x 130%
當(dāng)前云數(shù)據(jù)庫(kù)已經(jīng)非常普遍，大多數(shù)云數(shù)據(jù)庫(kù)都不支持MyISAM，所以轉(zhuǎn)為InnoDB是面對(duì)未來的必選項(xiàng)。
事務(wù)差異InnoDB是MySQL的事務(wù)型存儲(chǔ)引擎，支持ACID特性（原子性、一致性、隔離性和持久性），可以保證數(shù)據(jù)的完整性和一致性。而MyISAM不支持事務(wù)，這意味著在高并發(fā)的環(huán)境下，使用InnoDB更加可靠。
外鍵差異InnoDB是唯一支持外鍵的存儲(chǔ)引擎，可以通過外鍵約束來保持?jǐn)?shù)據(jù)的一致性。而MyISAM不支持外鍵約束，因此在需要使用外鍵的情況下，選擇InnoDB是更好的選擇。
索引差異InnoDB和MyISAM對(duì)索引的處理方式也有所不同。InnoDB使用聚簇索引（clustered index），它的葉子節(jié)點(diǎn)存儲(chǔ)了實(shí)際的數(shù)據(jù)行，這樣可以加快根據(jù)索引進(jìn)行數(shù)據(jù)檢索的速度。而MyISAM使用非聚簇索引（non-clustered index），葉子節(jié)點(diǎn)存儲(chǔ)的是指向?qū)嶋H數(shù)據(jù)行的指針。因此，在需要頻繁進(jìn)行數(shù)據(jù)檢索的場(chǎng)景中，InnoDB的性能更好。
行鎖差異在并發(fā)訪問的情況下，InnoDB使用行級(jí)鎖（row-level locking），可以提供更好的并發(fā)性能。而MyISAM只支持表級(jí)鎖（table-level locking），這就意味著當(dāng)一個(gè)線程對(duì)表進(jìn)行寫操作時(shí)，其他線程無法對(duì)該表進(jìn)行任何讀寫操作。
表鎖差異MyISAM的表級(jí)鎖對(duì)于整個(gè)表進(jìn)行鎖定，因此在高并發(fā)的情況下可能導(dǎo)致較多的鎖沖突，降低了并發(fā)性能。而InnoDB的行級(jí)鎖可以最大程度地減少鎖沖突，提高了并發(fā)性能。
存儲(chǔ)文件差異InnoDB的數(shù)據(jù)和索引是存儲(chǔ)在一個(gè)共享的表空間文件中的，而MyISAM則將數(shù)據(jù)和索引分別存儲(chǔ)在不同的文件中。這也是為什么InnoDB在存儲(chǔ)空間利用率上相對(duì)較低的原因之一。
具體行數(shù)差異在大多數(shù)情況下，InnoDB的表通常需要占用更多的存儲(chǔ)空間，因?yàn)樗祟~外的數(shù)據(jù)結(jié)構(gòu)來支持事務(wù)和行級(jí)鎖等功能。而MyISAM則相對(duì)更加輕量級(jí)。
作者: tanshancai 時(shí)間: 2023-7-9 18:40
其實(shí)我想表達(dá)的是 不是數(shù)據(jù)庫(kù)文件變大了 是那個(gè)程序文件翻了三倍 我是utf-8 升級(jí)的
作者: Discuz有償服務(wù) 時(shí)間: 2023-7-9 20:11
不存在這個(gè)問題，程序文件大小幾乎不變，數(shù)據(jù)庫(kù)大小一般也不會(huì)增加超過50%
| 歡迎光臨 Discuz! 官方交流社區(qū) (http://www.9999xn.com/) |
Powered by Discuz! W1.0 |