欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

mysql中ROW_FORMAT的選擇問題

 更新時(shí)間:2023年10月18日 15:00:34   作者:蠟津  
這篇文章主要介紹了mysql中ROW_FORMAT的選擇問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

文章中看到這樣一句話,引起了我的深思,然后去研究了一下 ROW_FORMAT

CHAR 與VARCHAR 之間的特點(diǎn)與選擇

CHAR和VARCHAR的區(qū)別如下:

1)、CHAR是固定長(zhǎng)度字符, VARCHAR是可變長(zhǎng)度字符;

2)、CHAR會(huì)自動(dòng)刪除插入數(shù)據(jù)的尾部空格, VARCHAR不會(huì)刪除尾部空格。 

CHAR是固定長(zhǎng)度,所以它的處理速度比VARCHAR的速度要快,但是它的缺點(diǎn)就是浪費(fèi)存儲(chǔ)空間。所以對(duì)存儲(chǔ)不大,但在速度上有要求的可以使用CHAR類型,反之可以使用VARCHAR類型來實(shí)現(xiàn)。

存儲(chǔ)引擎對(duì)于選擇CHAR和VARCHAR的影響

對(duì)于MyISAM存儲(chǔ)引擎:最好使用固定長(zhǎng)度的數(shù)據(jù)列代替可變長(zhǎng)度的數(shù)據(jù)列。這樣可以使整個(gè)表靜態(tài)化,從而使數(shù)據(jù)檢索更快,用空間換時(shí)間。

對(duì)于InnoDB存儲(chǔ)引擎:使用可變長(zhǎng)度的數(shù)據(jù)列,因?yàn)镮nnoDB數(shù)據(jù)表的存儲(chǔ)格式不分固定長(zhǎng)度和可變長(zhǎng)度,因此使用CHAR不一定比使用VARCHAR更好,但由于VARCHAR是按照實(shí)際的長(zhǎng)度存儲(chǔ),比較節(jié)省空間,所以對(duì)磁盤I/O和數(shù)據(jù)存儲(chǔ)總量比較好。 

在MySQL中,所謂Row_Format行格式是指數(shù)據(jù)記錄(或者稱之為行)在磁盤中的物理存儲(chǔ)方式。

MyISAM行存儲(chǔ)

MyISAM有3種行存儲(chǔ)格式:fixed/dynamic/compressed  

1、fixed:為默認(rèn)格式,只有當(dāng)表不包含變長(zhǎng)字段(varchar/varbinary/blob/text)時(shí)使用,該每行都是固定的,所以很容易獲取行在頁(yè)上的具體位置,存取效率比較高,但是占用磁盤空間較多

InnoDB行存儲(chǔ)  

Innodb plugin新引入Barracuda,其包含compressed/dynamic兩種行格式,而之前的compact/redundant統(tǒng)屬于antelope;

目前可選值為Antelope和Barracuda,低版本默認(rèn)為Antelope,高版本默認(rèn)為Barracuda。

1. Antelope: 它支持兩種行格式:COMPACT 和 REDUNDANT。MySQL5.6的默認(rèn)文件格式。可以與早期的版本保持最大的兼容性。不支持 Barracuda 文件格式。

2. Barracuda: 新的文件格式。它支持InnoDB的所有行格式,包括新的行格式:COMPRESSED 和 DYNAMIC。

在 msyql 5.7.9 及以后版本,默認(rèn)行格式由innodb_default_row_format變量決定,它的默認(rèn)值是DYNAMIC,也可以在 create table 的時(shí)候指定ROW_FORMAT=DYNAMIC。用戶可以通過命令 SHOW TABLE STATUS LIKE'table_name' 來查看當(dāng)前表使用的行格式,其中 row_format 列表示當(dāng)前所使用的行記錄結(jié)構(gòu)類型。

如果要修改現(xiàn)有表的行模式為compressed或dynamic,必須先將文件格式設(shè)置成Barracuda:set global innodb_file_format=Barracuda;,再用ALTER TABLE tablename ROW_FORMAT=COMPRESSED;去修改才能生效。

InnoDB存儲(chǔ)引擎Compact、Redundant、Dynamic、Compressed主要區(qū)別

1)、compact、Dynamic、Compressed 行格式下,字段為NULL值是不會(huì)在記錄的數(shù)據(jù)內(nèi)容中占用存儲(chǔ)空間,冗余存儲(chǔ)的;

2)、redundant行格式下,如果值為NULL的字段類型為變長(zhǎng)數(shù)據(jù)類型,不會(huì)在記錄的數(shù)據(jù)內(nèi)容中占用任何空間來進(jìn)行存儲(chǔ)的,

如果值為NULL的字段類型為定長(zhǎng)數(shù)據(jù)類型,其使用0x00來填充該字段所需占用的空間。

例如char(10)類型的字段,在ascii、utf8字符集中其Maxlen值分別為1、3。即該字段在數(shù)據(jù)內(nèi)容部分會(huì)分別占用的10、30個(gè)字節(jié)。故當(dāng)該字段為NULL值時(shí),會(huì)使用0x00來填充這10、30個(gè)字節(jié)的位置。

行溢出

compact、redundant行格式中,如果該記錄某字段中數(shù)據(jù)量過多時(shí),則在該記錄的數(shù)據(jù)內(nèi)容的相應(yīng)字段處只存儲(chǔ)該字段值前768個(gè)字節(jié)的數(shù)據(jù)和一個(gè)指向存儲(chǔ)剩余數(shù)據(jù)的其他頁(yè)(即所謂的溢出頁(yè))的地址,該地址通常占用20個(gè)字節(jié)。

Dynamic、Compressed行格式中,會(huì)把記錄中數(shù)據(jù)量過大的字段值全部存儲(chǔ)到溢出頁(yè)中,而不會(huì)在該記錄的數(shù)據(jù)內(nèi)容的相應(yīng)字段處存儲(chǔ)該字段值前768個(gè)字節(jié)的數(shù)據(jù)了。

而compressed相比較dynamic行格式來說,前者會(huì)使用壓縮算法對(duì)所有頁(yè)面(自然也包括溢出頁(yè))進(jìn)行壓縮以減少存儲(chǔ)占用。

遇到過這樣一個(gè)問題,原因是InnoDB不支持ROW_FORMAT為FIXED。

mysql>  create table tmp11(id varchar(10)) ROW_FORMAT=FIXED;
ERROR 1031 (HY000): Table storage engine for 'tmp11' doesn't have this option
mysql> show variables like 'default_storage_engine';
+------------------------+--------+
| Variable_name          | Value  |
+------------------------+--------+
| default_storage_engine | InnoDB |
+------------------------+--------+
1 row in set (0.00 sec)

總結(jié)

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

相關(guān)文章

  • mysql創(chuàng)建用戶并賦予用戶權(quán)限詳細(xì)操作教程

    mysql創(chuàng)建用戶并賦予用戶權(quán)限詳細(xì)操作教程

    這篇文章主要給大家介紹了關(guān)于mysql創(chuàng)建用戶并賦予用戶權(quán)限詳細(xì)操作的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2020-12-12
  • MySQL表數(shù)據(jù)文件損壞導(dǎo)致數(shù)據(jù)庫(kù)無法啟動(dòng)的原因與解決方案

    MySQL表數(shù)據(jù)文件損壞導(dǎo)致數(shù)據(jù)庫(kù)無法啟動(dòng)的原因與解決方案

    在日常的數(shù)據(jù)庫(kù)管理中,遇到MySQL表數(shù)據(jù)文件損壞的情況并不罕見,這種情況下,MySQL數(shù)據(jù)庫(kù)可能會(huì)無法正常啟動(dòng),給業(yè)務(wù)運(yùn)行帶來嚴(yán)重影響,本文將探討如何診斷和解決MySQL表數(shù)據(jù)文件損壞導(dǎo)致的數(shù)據(jù)庫(kù)無法啟動(dòng)問題,需要的朋友可以參考下
    2025-03-03
  • mysql主從復(fù)制配置過程

    mysql主從復(fù)制配置過程

    網(wǎng)站面臨大流量的情況下,數(shù)據(jù)庫(kù)讀寫成了性能瓶頸。除了使用多級(jí)緩存外,進(jìn)行數(shù)據(jù)讀寫分離,也是提高網(wǎng)站承載能力重要的手段。本文介紹mysql讀寫分離、mysql主從復(fù)制配置過程。
    2020-09-09
  • MySQL子查詢用法實(shí)例分析

    MySQL子查詢用法實(shí)例分析

    這篇文章主要介紹了MySQL子查詢用法,結(jié)合實(shí)例形式對(duì)比分析了MySQL子查詢的設(shè)置技巧,需要的朋友可以參考下
    2016-04-04
  • 詳解MYSQL的備份還原(PHP實(shí)現(xiàn))

    詳解MYSQL的備份還原(PHP實(shí)現(xiàn))

    本篇文章是對(duì)MYSQL的備份還原進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
    2013-06-06
  • MySQL 字符串拆分實(shí)例(無分隔符的字符串截取)

    MySQL 字符串拆分實(shí)例(無分隔符的字符串截取)

    這篇文章主要介紹了MySQL 字符串拆分實(shí)例(無分隔符的字符串截取),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧
    2021-02-02
  • mysql按天/小時(shí)/半小時(shí)/N分鐘/分鐘進(jìn)行數(shù)據(jù)分組統(tǒng)計(jì)功能

    mysql按天/小時(shí)/半小時(shí)/N分鐘/分鐘進(jìn)行數(shù)據(jù)分組統(tǒng)計(jì)功能

    我們?cè)谧鲰?xiàng)目或者數(shù)據(jù)分析時(shí),經(jīng)常遇到這樣的需求:統(tǒng)計(jì)不同時(shí)間粒度下的數(shù)據(jù)分布情況,例如,每一天中每個(gè)小時(shí)網(wǎng)站的訪問量,某路口每半個(gè)小時(shí)通過的車輛數(shù)量等,下面給大家分享mysql按天/小時(shí)/半小時(shí)/N分鐘/分鐘進(jìn)行數(shù)據(jù)分組統(tǒng)計(jì)功能,感興趣的朋友跟隨小編一起看看吧
    2024-04-04
  • mysql中格式化日期詳解

    mysql中格式化日期詳解

    最近因?yàn)楣ぷ餍枰?,要使用mysql查詢記錄可如果有時(shí)間戳字段時(shí),查看結(jié)果不方便,不能即時(shí)看到時(shí)間戳代表的含義,所以這篇文章就提供mysql格式換時(shí)間函數(shù),可以方便的看到格式化后的時(shí)間。有需要的朋友們可以參考借鑒,下面來一起看看吧。
    2016-11-11
  • mysql之查詢兩個(gè)時(shí)間段是否有交集的情況

    mysql之查詢兩個(gè)時(shí)間段是否有交集的情況

    這篇文章主要介紹了mysql之查詢兩個(gè)時(shí)間段是否有交集的情況,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-08-08
  • MySQL 集群遷移到 Kubernetes操作步驟

    MySQL 集群遷移到 Kubernetes操作步驟

    這篇文章主要為大家介紹了MySQL 集群遷移到 Kubernetes使用示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2022-09-09

最新評(píng)論