精华内容
参与话题
问答
  • 数据类型优化

    2018-07-07 11:04:10
    Mysql支持的数据类型非常多,选择正确的数据类型对于获得高性能至关重要。选择数据类型的基本原则: 更小的通常更好,一般情况下,应该尽量使用可以正确存储数据的最小数据类型。更小的数据类型通常更快,因为它们...

    背景

    Mysql支持的数据类型非常多,选择正确的数据类型对于获得高性能至关重要。选择数据类型的基本原则:

    1. 更小的通常更好,一般情况下,应该尽量使用可以正确存储数据的最小数据类型。更小的数据类型通常更快,因为它们占用更少的磁盘,内存,和cpu缓存,并且处理时需要的CPU周期也更少。但是要确保没有低估需要存储值得范围,因为在schema中的多个地方增加数据类型的范围是一个非常耗时和痛苦的操作。
    2. 简单就好,简单数据类型的操作通常需要更少的CPU周期。例如整型比字符串操作代价更低,因为字符集和校对规则使字符比整型比较更复杂。
    3. 尽量避免null,如果查询中包含可为null的列,对mysql来说更难优化,因为可为null的列使的索引、索引统计和值比较都更复杂。

    整数类型

    TINYINT,SMALLINT,MEDIUMINT,INT,BIGINT.分别占用16,24,32,64位存储空间。它们可以存储的值的范围从-2的(n-1)次方到2的(N-1)次方-1,其中N是存储空间的位数。整数类型有可选的UNSIGNED属性,表示不允许负值,这大致可以使正整数的上限提高一倍。

    实数类型

    实数是带有小数部分的数字。然而,它们不只是为了存储小数部分;也可以使用DECIMAL存储比BIGINT还大的整数。Mysql既支持精确类型,也支持不精确类型。

    字符串类型

    mysql支持多种字符串类型,每种类型还有很多变种。Varchar和char类型是两种最主要的字符串类型。

    varchar

    varchar:用于存储可变长的字符串,是最常见的字符串数据类型。它比定长类型更节省空间,因为它仅使用必要的空间。但是Mysql表使用ROW_FORMAT=FIXED创建的话,每一行都会使用定长存储,这会很浪费空间。同时它需要使用1或2个额外的字节记录字符串的长度,如果列的最大长度小于或等于255字节,则使用1个字节表示,否则使用2个字节。如varchar(10)需要11个字节的存储空间。varchar(1000)的列则需要1002个字节,因为需要2个字节存储长度信息。
    varchar节省了存储空间,所以对性能也有帮助。但是,由于行是变长的,在update时可能使行变得比原来更长,这就导致需要额外的工作。如果一个行占用的空间增长,并且在页内没有更多的空间可以存储,在这种情况下,不同的存储引擎的处理方式是不一样的。MyISam会将行拆成不同的片段存储,InnoDB则需要分裂页来使行可以放进页内。

    char

    先通过一个例子来了解下:
    这里写图片描述
    从图中可以看出string3的末尾的空格被截断了。
    这里写图片描述
    从图中可以看出使用varchar(10)字段存储相同的值,string3结尾的空格没有被截断。

    Blob和Text类型

    都是为存储很大的数据而设计的字符串数据类型,分别采用二进制和字符方式存储。
    实际上,它们分别属于两组不同的数据类型家族:字符类型是TINYTEXT,SMALLTEXT,TEXT,MEDIUMTEXT,LONGTEXT;对应的二进制类型TINYBLOB,SMALLBLOB,BLOB,MEDIUMBLOB,LONGBLOB。BLOB是SMALLBLOB的同义词,TEXT是SMALLTEXT的同义词。mysql把每个blob和text值当作一个独立的对象处理。当blob和text值太大时,InnoDB会使用专门的“外部”存储区域来进行存储,此时每个值在行内需要1~4个字节存储一个指针,然后在外存储区域存储实际的值。Blob和text不同是blob存储的是二进制数据。没有排序规则或字符集,而text类型有字符集合排序规则。

    ENUM代替字符串类型

    有时候可以使用枚举代替常用的字符串类型。枚举可以吧一些不重复的字符串存储成一个预定义的集合。

    日期和时间类型

    DATATIME

    这个类型能保存大范围的值,从1001年到9999年,精确度为秒。他把日期和时间封装到格式为YYYYMMDDHHMMSS的整数中,与时区无关。使用8个字节的存储空间。默认情况下,mysql以一种可排序的、无歧义的格式显示DAETIME值,例如“2008-01-16 22:37:08“。这是ansi标准定义的日期和时间表示方法。

    TIMESTAMP

    类型保存了从1970年1月1日1日午夜以来的秒数,它和unix时间戳相同。它只使用4个字节的存储空间,因此它的范围比datatime小的多:只能表示从1970年到2038年。它显示的值也依赖于时区。

    位数据类型

    bit

    可以使用bit列在一列中存储一个或多个true/false值。bit(1)定义一个包含单个位的字段。bit(2)存储2个位,一次类推。最大长度是64个位。它的行因存储引擎而异。

    选择标识符

    特殊类型数据

    展开全文
  • 如果查询中包含可为NULL的列,对于MySQL来说更难优化,因为可为NULL的列使得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间,在MySQL里也需要特殊处理。当可为NULL 的列被索引时,每个索引记录...

    MySQL支持的数据类型非常多,选择正确的数据类型对于获得高性能至关重要。不管存储哪种类型的数据,下面几个简单原则都有助于做出更好的选择。

    更小的通常更好

    一般情况下,应该尽量使用可以正确存储数据的最小数据类型。更小的数据类型通常更快,因为它们占用更少的磁盘、内存和CPU缓存,并且处理时需要的CPU周期也更少。

    简单就好

    简单数据类型的操作通常需要更少的CPU周期。例如,整型比字符串操作代价更低,因为字符集和校对规则(排序规则)使字符串比较比整型更复杂。

    尽量避免NULL

    很多表都包含可为NULL(空值)的列,即使应用程序并不需要保存NULL也是如此,这是因为可为NULL是列的默认属性。通常情况下,最好知道列为NOT NULL,除非真的需要存储NULL值。

    如果查询中包含可为NULL的列,对于MySQL来说更难优化,因为可为NULL的列使得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间,在MySQL里也需要特殊处理。当可为NULL 的列被索引时,每个索引记录需要一个额外的自己,在MyISAM里还可能到固定大小的索引(例如只有一个整数列的索引)变成可变大小的索引。

    通常把可为NULL的列改为 NOT NULL带来的性能提升比较小,所以(调优时)没有必要首先在现有schema中查找并修改掉这种情况,除非确定这会导致问题。但是,如果计划在列上建索引,就应该尽量避免设计成可为NULL的列。

    整数类型

    对于整数类型,可以使用 TINYINT、 SMALLINT、 MEDIUMINT、 INT、 BIGINT 等。每个整数类型都对应着不同的存储空间。

    数据类型存储(Byte)
    TINYINT1
    SMALLINT2
    MEDIUMINT3
    INT4
    BIGINT8

    整数类型可以选择 UNSIGNED 属性,表示不允许负值,这样可以使得正数的上限提高一倍。举个例子,TINYINT 的存储范围是 -2-7 ~ 27 - 1,也就是 -128 ~ 127,那么 UNSIGNED INT 可以存储的范围就是 0 ~ 28 - 1,即 0 ~ 255。

    MySQL可以为整数类型指定宽度,然而对大多数场景是没有意义的:它并不会限制整数类型的合法范围,它只是规定某些交互工具显示出来的字符个数。如果不显示地指定宽度,则默认为 INT(11)。有读者会误认为 INT(11) 指定整数类型的长度是 11 位,这个想法是错误的。实际上,在 Zerofill 属性中,表示当数组宽度小于 11 位时,在数字前面加 0 填满宽度。

    实数类型

    对于实数类型,可以使用 FLOAT、 DOUBLE、 DECIMAL 等。每个实数类型都对应着不同的存储空间。

    数据类型存储(Byte)
    FLOAT4
    DOUBLE8

    FLOAT(M,D) 和 DOUBLE(M,D) 表示一共显示 M 位整数,D 位小数。
    举个例子,FLOAT(5,2) 可以显示为 100.99。此外,读者还要注意的是,MySQL 保存时会进行四舍五入,因此,如果值为 100.0099, 会保存近似结果 100.01。

    FLOAT 只保证 6 位有效数字的准确性,所以 FLOAT(M,D) 中,M<=6 时,数字通常是准确的。

    DOUBLE 只保证 16 位有效数字的准确性,所以 DOUBLE(M,D) 中,M<=16 时,数字通常是准确的。

    在使用实数类型,要重点考虑精度问题。DOUBLE 是 MySQL 内部浮点计算的类型,它比 FLOAT 有更高的精度和更大的范围,但是 FLOAT 和 DOUBLE 都是不精确的,如果要实现精确浮点运算,就需要使用 DECIMAL 类型(例如,存储财务数据)。
    但在数据量比较大的时候,可以考虑使用BIGINT 代替DECIMAL ,将需要存储的货币单位根据小数的位数乘以相应的倍数即可。假设要存储财务数据精确到万分之一,则可以把所有金额乘以一万,然后将存储结果存储到BIGINT 里,这样可以同时避免浮点存储技术不精确和DECIMAL 精确计算代价高的问题。

    字符串类型

    MySQL支持多种字符串类型,可以使用 CHAR、 VARCHAR、 BLOB、 TEXT 等。

    CHAR 类型是定长的。MySQL 会根据定义的长度分配空间。CHAR 长度可以是 0 到 255之间的值。

    VARCHAR 类型用于存储可变长字符串,它更加节省空间。值得注意的是, VARCHAR 需要使用 1 或 2 个额外字节记录字符串的长度:如果列的最大长度小于或者等于255,则只使用1个字节表示,否则使用2个字节。VARCHAR 长度可以指定 0 到 65535 之间的值。

    BLOB 和 TEXT 主要用来存储大文本,分别采用二进制和字符串方式存储。
    实际上,它们分别属于两组不同的数据类型加载:字符串类型是 TINYTEXT、 SMALLTEXT、TEXT、MEDIUMTEXT、 LONGTEXT。
    对应二进制类型是: TINYBLOB、SMALLBLOB、 BLOB 、MEDIUMBLOB、 LONGBLOB。

    时间和时间类型

    MySQL可以使用许多类型来保存日期和时间值,例如: YEAR、 DATE、 TIME、、 TIMESTAMP、DATETIME。

    MySQL 能够存储的最小单位是秒,如果需要更精确的存储,就必须自己定义存储格式。比如可以使用BIGINT存储毫秒级别的时间戳。

    DATETIME类型范围:'101-01-01 00:00:00' ~ '9999-12-31 23:59:59'。
    TIMESTAMP类型范围:'1970-01-01 00:00:01'UTC ~ '2038-01-19 03:14:07' UTC

    DATETIME 和 TIMESTAMP 都可以存储相同类型的数据,而 TIMESTAMP 只使用 DATETIME 一半的存储空间。通常情况下,建议优先考虑 TIMESTAMP,因为它的空间利用率更高。

    MySQL schema设计

    范式和反范式

    对于任意给定的数据通常都有很多种表示方式,从完全的范式化到完全的反范式化,以及两者的折中。在范式化的数据库中,每个数据会出现并且仅出现异常。相反,在反范式化的数据库中,信息是冗余的,可能会存储在多个地方。

    范式的优点和缺点

    范式化设计schema的优点:
    范式化的更新操作通常比反范式化要快
    当数据比较好地范式化时,就只有很少或者没有重复数据,所以只需要修改更少的数据。
    范式化的表通常更小,可以更好地放在内存里,所以执行操作会更快。

    范式化设计schema的缺点是 通常需要关联。稍微复杂一些的查询语句在符合范式化的
    schema上都可能需要至少一次关联,也许更多。

    事实上, 完全的范式化和完全的反范式化 都是实验室里才有的东西,在真实世界中很少会这么极端的去使用。在实际应用中 经常需要混用 范式化和反范式化。



    作者:FX_SKY
    链接:https://www.jianshu.com/p/9092501f2c7f
    來源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。



    展开全文
  • mysql数据类型优化

    2018-09-10 16:13:00
    mysql数据类型优化 一、选择优化的数据类型 良好的逻辑设计和物理设计是高性能的基础,而选择正确的数据类型对于高性能至关重要。在数据库优化方面,数据类型优化只是一方面,还有查询语句优化,...

    mysql数据类型优化

    一、选择优化的数据类型

    良好的逻辑设计和物理设计是高性能的基础,而选择正确的数据类型对于高性能至关重要。在数据库优化方面,数据类型优化只是一方面,还有查询语句优化,主键选择,索引建立,命名规则等。本文只要探讨数据类型方面的选择。一般在选择数据类型的时候,下面的几条原则有助于做出更好的选择:

    • 选择可以正确存储数据的最小数据类型

      更小的数据类型通常处理更快,占用更小的磁盘,内存容量,如果需要网络传输的时候,也占用更小的带宽。

    • 选择简单的数据类型

      简单类型需要更少的cpu处理时间,例如整型比字符串操作代价更低,因为字符集和校对规则使得字符比较比整型比较更麻烦,例如,使用mysql内建的时间类型存储日期和时间,而不是选择字符串。存ip地址的时候,我们可以使用无符号整型进行存储。在mysql中,有2个函数可以把ip地址和整数互相转换。例如:select inet_aton('255.255.255.255') 的结果是4294967295,select inet_ntoa(4294967295) 的结果是255.255.255.255,它的底层是这样算的,255 * 224 + 255 * 216 + 255 * 2+ 255 = 4294967295,整型的处理速度要比字符串快。

    • 避免设置null列

      null是列的默认属性,设置可为null的列会占用更多的空间,而且使得索引和值比较更复杂。

    二、常用数据类型介绍

    •  整数类型:5种类型,tinyint 1字节,smallint 2字节,mediumint 3字节,int 4字节,bigint 8字节,存储范围为:-2(n-1)至2(n-1)-1,n为数据类型位数。当存储的整数不包含负数的时候(无符号整数),可以使用unsinged属性,这样可以使得正数的上限提高一倍。
    • 实数类型:float 4字节,double 8字节,它们都是使用标准的浮点运算进行近似计算。如果想更精准的计算小数,可以使用decimal,例如存储一些财务数据。因为cpu不支持对decimal的直接运算,所以只是mysql本身实现了decimal的高精度计算而已,相比而言,原生浮点类型计算更快,但是不精准,而decimal计算精准,但是计算代价高,并且存储同样范围值的时候,空间占用也更多。如果没有特殊要求,建议采用原生浮点类型。如果是涉及到财务数据需要精准计算,那么可以使用bigint代替decimal,只要根据小数的位数乘以相应的倍数即可,这样既避免了浮点存储计算的不精确,又避免了decimal计算代价高的问题。
    • 字符串类型:主要是varchar和char两种类型,不同的存储引擎对它们在磁盘和内存的存储实现不同,下面主要介绍InnoDB和MyISAM。
      • varchar:存储可变长字符串,它比定长类型更节约空间,因为它仅仅使用必要的空间(例如越短的字符串使用越少的空间,也有例外,如果表使用row_format=fixed创建的话,每一行都会使用定长存储,这会浪费空间)。varchar需要1或者2个字节来存储字符串长度:如果最大长度小于或者255字节,则需要1个字节,否则使用2个字节。对于单字节字符集,varchar(10)的列需要11个字节的存储空间,varchar(300)的列需要302个字节,因为需要2字节存储长度信息。虽然varchar节省了空间,对性能有帮助,但是由于是变长的,一旦使用update更新可能导致行变得比原来长,那么如果一个行占用的空间增长,并且在页内没有更多的空间进行存储。对于InnoDB来说,则需要页分裂来使行可以放进页内,MyISAM会把行进行拆成不同的片段存储,另外在存储和检索的时候会保存字段值末尾的空格。什么情况下使用varchar

        ①字符串列的最大长度比平均长度大很多

        ②列很少更新,所以碎片不是问题

        ③使用UTF-8这样复杂的字符集,每个字符使用的字节数不同。

      • char:存储定长字符串,会删除字段值末尾的空格,例如存的字段s='aaa   ',那么存入的时候其实存的是'aaa',后面的空格会去掉。它适合存储很短的字符串,或者所有的值都接近同一长度,char非常适合存储密码的MD5值,因为这是一个定长的值。对于经常变更的数据,char也比varchar更好,因为定长的char类型不容易产生碎片。对于非常短的列,char比varchar在存储空间上也更有效率,例如char(1)来存储只有Y和N的值,如果采用单字节字符集只需要一个字节,但是varchar(1)却需要两个字节,因为还有一个记录长度的额外字节。

    • blob和text:都是用来存储很大的数据而设计的字符串数据类型,分别采用二进制和字符方式存储。Mysql把每个blob和text当作一个独立的对象进行处理。当他们的值太大的时候,InnoDB会使用专门的“外部”存储区域来进行存储,此时每个值在行内需要1-4个字节存储一个指针,然后在外部存储区域存储实际的值。对他们进行排序的规则也与其他类型不同,mysql只对每个列的最前max_sort_length字节而不是整个字符串做排序,如果只需要排序前面小部分字符,则可以减少max_sort_length的配置,或者使用order by sustring(column,length)。Mysql也不能将他们的全部长度的字符串进行索引。如果没有必要,应该尽量避免使用blob和text。
    • 使用枚举(enum)代替字符串类型:枚举列可以把一些不重复的字符串存储成一个预定义的集合。Mysql在存储枚举的时候会根据列表值的数量压缩到一个或者两个字节中,mysql内部会将每个值在列表中的位置保存为整数,并且在表的.frm文件中保存”数字-字符串”映射关系。例如:

        create table t_enum(

              e enum(‘fish’,’apple’,’dog’) not null

        );

       这三行数据实际存储的为整数,而不是字符串。

    • 时间和日期类型:datetime和timestamp,datetime能保存从1001年至9999年,精度为秒。它把日期和时间封装到格式为YYYYMMDDHHMMSS的整数中,使用8字节的存储空间。timestamp保存了从1970-1-1 00:00:00开始至今的秒数,它和unix时间戳相同,它使用4字节的存储空间,范围比datetime小的多,只能表示从1970年到2038年。Mysql提供了from_unixtime()函数把unix时间戳转为日期,并提供了unix_timestamp()函数把日期转为unix时间戳。
    posted @ 2018-09-10 16:13 neu_张康 阅读(...) 评论(...) 编辑 收藏
    展开全文
  • 数据类型优化 2.数据库设计优化 3.SQL查询优化 ,细心的观众会觉得少了点什么,索引,对当然得有索引,索引忒重要,这个最后说。 这样既有宏观设计层面的,还有微观数据类型层面的,这就是俗话说的:上得了厅堂,下...
    本文不含数据库服务器配置优化,仅从应用程序设计的角度考虑数据库的设计优化方案。
    主要从三部分来说:1.数据类型优化 2.数据库设计优化 3.SQL查询优化 ,细心的观众会觉得少了点什么,索引,对当然得有索引,索引忒重要,这个最后说。
    这样既有宏观设计层面的,还有微观数据类型层面的,这就是俗话说的:上得了厅堂,下得了厨房,斗得了小三...
    如果数据库遇到了性能瓶颈,通常需要从这4方面总体设计,而不是孤立的单方面考虑。


    一、数据类型优化
    1.原则:
    1)越小越好
    例如能用tinyint解决就不要使用smallint,能用int就不要用float,能用varchar(10)就不要使用varchar(100),因为小的数据类型占用更少的磁盘空间,内存和CPU资源,消耗更少的CPU周期,varchar(10)和varchar(100)虽然占用的存储空间一样,但是前者更有优势,后面介绍varchar类型时会提到,所以绝对是越小越好,当然得能够满足存储需求,这好像是废话,谁还不知道呢,哪有这么傻x的架构师,有吗?没有吗?这个还真有,好像工作中有些所谓的架构师真的很xx,实际工作中遇到较x的,笑笑就行了。
    2)越简单越好
    简单数据类型的操作需要消耗更少的CPU周期,例如,操作整型比操作字符串类型的代价更低。
    2.整型
    tinyint(8)->smallint(16)->mediumint(24)->int(32)->bigint(64),括号中的数字是使用多少位存储空间。
    另外整型有unsigned属性,比如tinyint unsigned可以存储0~255,而tinyint可以存储-128~127。
    3.实数
    FLOAT和DOUBLE是不精确类型,DECIMAL是精确类型,由于CPU直接支持浮点计算所以FLOAT类型比DECIMAL更快。在数据量较大的时候,可以使用BIGINT替代DECIMAL,例如将金额乘以一百万,然后将结果存储在BIGINT中,可以提高计算速度。
    4.字符串类型
    CHAR和VARCHAR,这个地球人都知道varchar是变长的,char是定长的,就不说了。
    varchar使用1到2位来描述实际字符串的长度。varchar可能会造成碎片问题,比如定义为varchar(1000),初始插入的时候插入了1个字符,后来将这条记录update到1000,这时候可能会造成当前页存储不下,就会造成页分裂,产生一个新页来存储这部分数据,虽然一般数据库会预留一些额外的页空间,但是这种仍然不能完全避免。
    char存储时会删除末尾空格。如果存储一个很短的定长字符,比如Y/N,char仅需一位,而varchar还额外需要一位来存储字符串的长度。

    varchar(10)和varchar(1000)一样吗?存储空间一样,但是varchar(1000)需要消耗更多的内存,尤其使用临时表排序时会更加明显,所以越小越好这个原则是不会错的。

    5.大字段BLOB和TEXT
    他们都用于存储一些大字段,例如大的文件内容,图片内容等等,他们的区别是BLOB存储的是二进制数据,而TEXT有字符集和排序规则。一般可以用记事本打开的存储为TEXT,其他的存储为BLOB。

    6.日期和时间
    MySQL支持的最小时间粒度到秒,这个有点粗,1秒对于计算机来说已经很长了。
    TIMESTAMP存储的是从1970年开始到当前的时间戳,DATETIME则存储实际的时间值。TIMESTAMP的空间效率更高一些,但是TIMESTAMP只能存储到2038年,如果你的系统打算用到这之后,就果断放弃它吧。

    7.主键
    1)要保证表与表之间的关联字段数据类型一致,如果不一致到生产环境上遇到了性能问题再改,可不是闹着玩的。
    2)主键使用整型性能更高。
    如果使用字符串会导致:
    a.插入性能差。因为插入需要维护索引,如果使用随机字符串,比如java中的uuid,由于是无序的,所以要维护索引到不同的位置,这会有较大的性能消耗。
    b.SELECT会较慢,因为逻辑上相邻的行会分布在磁盘和内存的不同地方。
    c.随机会导致缓存命中率降低。因为缓存进来的数据虽然在物理上相邻,但是逻辑上并不相邻,所以会导致更多的不命中,导致频繁刷新缓存,失去了缓存的意义,反而加大了消耗。


    《高性能MySQL》
    展开全文
  • mysql 数据类型优化

    2018-05-16 21:30:47
    选择正确的数据类型
  • SQL数据类型优化

    2018-01-08 16:41:14
    1.使用可以存下你的数据的最小的数据类型 2.使用简单的数据类型,int要比varchar类型在mysql处理上简单 3.尽可能使用not null定义字段 4.尽可能少用text类型,非用不可时最好考虑分表 使用int来存储日期时间,...
  • MYSQL数据类型优化

    2016-02-15 21:40:55
    mysql支持的数据类型很多,选择正确的数据类型对于获得高性能至关重要,不管存储哪种数据类型,下面几个简单原则都有助于我们做出更好的选择。1:更小的通常更好,更小的数据类型通常更快,因为它们占用更少的磁盘,...
  • MySQL数据类型优化

    2014-07-07 15:03:47
    MySQL数据类型众多,选择正确的数据类型对于获得高性能至关重要。遵从以下几条原则有助力做出更好的选择。 1、更小的数据类型。更小的数据类型通常更快,因为它们占用更少的磁盘、内存和CPU缓存,并且处理时需要...
  • MySQl数据类型优化

    2020-04-14 11:56:25
    文章目录1.... 尽量选择使用可以正确存储数据的最小数据类型。更小的数据类型通常更快, 因为它们占用更少的磁盘、内存和 CPU 缓存,并且处理时需要的 CPU 周期也更少; // 越简越好 整型比字...
  • 良好的逻辑设计和物理设计是高性能的基石,应该根据系统将要执行的查询语句来设计Schema,这往往需要权衡各种因素。...选择优化数据类型 MySQL支持的数据类型非常多,选择正确的数据类型对于...
  • 数据类型: 最小的通常是最好的:修改数据类型是耗时和痛苦的,选择确认不会超过范围最小的类型。 类型越简单越好 尽量避免命用null: 使用null对mysql更难优化,特别是对需要建立索引的列 字符串类型对比 ...
  • 一、选择正确的数据类型对于获得高性能至关重要 1.1更小的通常更好 占用更少的磁盘、内存和CPU缓存 1.2尽量避免null 如果查询中包含可为null的列,对Mysql来说更难优化,因为可为null的列使得索引、索引统计和值...
  • 本篇是优化系列的第一篇:数据类型  为了不产生赘述,尽量用简洁的语言来描述。  在选择数据类型之前,首先要知道几个原则: 更小的通常更好  尽量使用可以正确存储数据的最小数据类型。更小的数据类型...
  • Schema与数据类型优化

    千次阅读 2019-11-17 17:40:21
    选择合适的数据类型 简单的几个原则: 更小的更好: 一般情况下,应该尽量使用可以存储数据的最小数据类型。更小的数据类型通常更快,占用更少的磁盘、内存和CPU缓存。 schema设计之初,应该估算出字段的数据能...
  • 高性能Mysql——Schema与数据类型优化

    千次阅读 2015-05-11 22:10:06
    一、选择优化数据类型 更小的通常更好 占用更小的磁盘、内存、CPU缓存和处理时需要的CPU周期 简单就好 操作需要更少的CPU周期,例如:整型比字符型操作代价更低,以为字符集和校对规则使字符比整型更复杂。...
  • 一些需要注意的数据类型小知识 整数类型 DECIMAL会进行精确的计算,mysql服务器里自带的,cpu原生的一般都是浮点计算,使用金额等数据DECIMAL类型会比较适合,但是开销挺大的,可以把小数型的金额乘以小数点位数...
  • mysql支持非常多的数据类型,在设计表的时候需要精心的为每个列选择合适的数据类型以提高数据库的性能,这篇文章回顾了数据库中常用的几种数据类型,并总结了一些数据类型优化的技巧。 1.选择优化的数据类型 mysql...
  • 数据库和数据类型优化

空空如也

1 2 3 4 5 ... 20
收藏数 12,424
精华内容 4,969
关键字:

数据类型优化