MySQL之选择字段数据类型

MySQL支持的数据类型很多,选择正确的数据类型对于 获得高性能至关重要。在选择时有个简单的原则有助于做出更好的选择。

简单的原则:

A、通常最小的是最好的

因为这样可以用更少的磁盘、内容、CPU缓存,大大减少IO开销。

B、简单就好

简单的数据类型操作通常需要更少的CPU周期。例如,整型比字符操作代价更小,因为字符集和校对规则(排序规则)使它比整型更复杂。比如应该使用MySQL内建的类型而不是使用字符型来存储日期和时间。

C、尽量避免使用NULL

NULL是列默认的属性,通常我们要指定为NOT NULL。有NULL的列值会使得索引、索引统计和值比较更加复杂。可为NULL的列会使用更多的存储空间,在MySQL中也需要对它进行特殊处理,当可为NULL列做索引时,每个索引需要一个额外的字节,在MyISAM更有可能导致固定大小的索引变成可变大小索引,在InnoDB中使用单独的位(bit)存储NULL值。

1、整数类型

几种整数类型:TINYINT(8位),SMALLINT(16位),MEDIUMINT(24位),INT(32位),BIGINT(64位),它们的范围是-2的(n-1)次方到2的(n-1)次方-1。如果选择了UNSIGNED表示非负,它可以使整数最大值提高一倍,有符号和无符号使用相同的存储空间,具有相同的性能。

为整型指定宽度,如INT(11),对于存储来说INT(1)和INT(20)是相同的,它不会限制值的合法范围,只是规定了MySQL与客户端的交互应该显示多少位而已,比如你向INT(1)中插入了123456值,数据库中其实已经存入了123456,只是对于客户端查出来是1而已。

2、实数类型

实数是带小数部分的数字,然而它不只是为了存储小数部分,也可以使用DECIMAL存储比BIGINT还大的整数,FLOAT和DOUBLE类型支持使用标准的浮点运算进行四舍五入。DECIMAL用于存储精确的小数。FLOAT占用4个字节,DOBULE占用8个字节,它比DECIMAL占用空间更小、计算浮更更快,因此在非存储财务数据时,可以考虑其它的类型,如放大N倍后存为BIGINT。

3、字符串类型

     MySQL支持多种字符串类型,每个字符串列可以定义自己的字符集和排序规则,或者说校对规则,这些东西很大程度上影响性能。

 A、VARCHAR和CHAR类型

VARCHAR类型用于存储变长字符串,它会删除末尾的所有空格,它比定长字符串更省空间,因为它仅使用必要的空间(越短的字符串占用越少),VARCHAR会用1或2个额外字节记录字符串长度,VARCHAR节省了空间,因此对性能是有帮助的,但是因为行是变长的,所以每次UPDATE时会重新计算字符串长度,会比定长多做额外工作。因此不是说VARCHAR就一定能提升性能,同样要分使用场景,如果字符串的最大长度比平均长度大很多,且列的更新很少时则适合用VARCHAR。注意InnoDB会把过长的VARCHAR存储为BLOB,通常人们喜欢将IP地址存储为VARCHAR型,其实IP地址是32位二进制表示的,你可以转为十进制表示,因而不是字符串,用小数是将它分为四段便于阅读。

CHAR是定长的,每个列无论字符串长度大小都会分配固定存储空间,CHAR适合存储字符很短,或者所有值接近一个长度时,如存储MD5码、SESSION_ID等,对于经常变更的数据CHAR也比VARCHAR好,再一个是对于非常短的列,CHAR比VARCHAR更节省空间,例如使用CHAR(1)和VARCHAR(1)来存储Y或N时,CHAR需要一个字符,而VARCHAR需要两个,因为还有一个长度字节

B、BLOB和TEXT类型

它们都是为存储大数据而设计的,BLOB是采用二进制/TEXT采用字符存储。MySQL不能将BLOB和TEXT列全部进行索引(只能做前面某长度的索引,因此在查询SQL时不能用LIKE前模糊匹配,那样就走不到索引了),也不能使用这些索引进行排序。

技巧:使用枚举代替字符串类型,枚举可以把一些重复的字符串存储成一个预定义的集合,MySQL在存储枚举时非常紧凑,MySQL在列中保存值为枚举中的位置整数。枚举最不好的是字符串是固定的,添加或删除必须使用ALTER TABLE。因此对于未来会改变的字符串,使用枚举不是一个好主意,除非能接受在枚举末尾添加元素,由于枚举有一个映射转换过程,所以枚举虽然能减少存储空间,但是也会增加一些额外开销。

4、时间和时期类型

          DATETIME:这个类型能保存1001到9999年,精度为秒,与时区无关,使用8个字节存储,存储格式封装为YYYYMMDDHHMMSS的整数,因此它是一种可排序的类型,显示时以ANSI标准定义的日期和时间表示方法显示。

TIMESTAMP:它保存了从1970年1月1日午夜以来的秒数,也就是常说的时间戳,它使用4个字节来存储,依赖于时区。除了特殊情况外,通常我们应该尽量使用TIMESTAMP,因为它比DATETIME更省空间,现实中有些人喜欢使用int来存储时间戳(包括刚出来工作时的我),这并不会带来任何收益,用整数保存时间戳不方便,因为取出来之后还需要程序转换下,所以不推荐这样做。

5、位数据类型

MySQL有少数几种存储类型使用紧凑的位存储数据。不管底层存储格式如何处理,从技术上说都是字符型。

     BIT:BIT(1)表示定义一个包含一位的长度,BIT(2)表示2个位,以此类推,BIT列最大长度是64位,MySQL把BIT当字符串处理,而不是数字,当检索BIT(1)的值时,结果是一个包含二进制0或1的字符串,而不是ASCII码的0或1,例如00111001,它的二进制等于57,检索它时得到是一个字符码为57的字符,也就是ASCII码57对应字符为9。一般在应用中尽量避免使用BIT,对于大部分应用来说最好是不用。

时间: 2024-10-06 19:56:42

MySQL之选择字段数据类型的相关文章

MariaDB(MySQL)创建、删除、选择及数据类型使用详解

一.MariaDB简介(MySQL简介略过) MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可 MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品.在存储引擎方面,使用XtraDB(英语:XtraDB)来代替MySQL的InnoDB. MariaDB由MySQL的创始人Michael Widenius(英语:Michael Widenius)主导开发,他早前曾以10亿美元的价格,将自己创建的公司MySQL A

MySQL 列,可选择的数据类型(通过sql命令查看:`help create table;`)

MySQL 列,可选择的数据类型(通过sql命令查看:help create table;) BIT[(length)] | TINYINT[(length)] [UNSIGNED] [ZEROFILL] | SMALLINT[(length)] [UNSIGNED] [ZEROFILL] | MEDIUMINT[(length)] [UNSIGNED] [ZEROFILL] | INT[(length)] [UNSIGNED] [ZEROFILL] | INTEGER[(length)] [U

七、mysql索引选择

1.myisam,bdb,innodb,memory 单表至少支持16个索引 2.create index id_index on emp (id) 为emp表创建一个名为id_index的id字段的索引 3.drop index id_index on emp 删除emp表的id_index 索引 4.explain xxxxxxx,可以查看相关的执行结果,用于优化表用 5.最合适的索引列是“条件列”,而不是“选择列” 比如 select name from emp where year >=

mysql存储引擎和数据类型

储存引擎 数据库存储引擎(影响到数据存储的方式和事务的方式)存储和操作表的类型 在oracle和sql中只有一种储存引擎,mysql有多种储存引擎,用户可以根据自己需要编写自己的储存引擎 查看存储引擎 Show engines\g Show variables like 'have%'; Show variables like 'storage_engine%'; 默认就是innodb,它支持事务,行级锁等 选择存储引擎 在创建表的时候选择 Create table innodb1( Id in

mysql基础之基本数据类型

原文:mysql基础之基本数据类型 列类型学习 mysql三大列类型 整型 Tinyint/ smallint/ mediumint/int/ bigint(M) unsigned zerofill 字符串型 Char(M) Varchar(M) Text 文本类型 日期时间类型 Date 日期 Time 时间 Datetime 时间时间类型 Year 年类型 整形: 整型系列所占字节与存储范围的关系. 定性: 占字节越多,存储范围越大. 下图: 是具体的数字分析 Tinyint 1个字节 8个

关于MySql里的字段

关于MySql里的字段     类型值 类型描述 MYSQL_TYPE_TINY TINYINT字段 MYSQL_TYPE_SHORT SMALLINT字段 MYSQL_TYPE_LONG INTEGER或INT字段 MYSQL_TYPE_INT24 MEDIUMINT字段 MYSQL_TYPE_LONGLONG BIGINT字段 MYSQL_TYPE_DECIMAL DECIMAL或NUMERIC字段 MYSQL_TYPE_NEWDECIMAL 精度数学DECIMAL或NUMERIC MYSQ

JDBC读写MySQL的大字段数据

JDBC读写MySQL的大字段数据 不管你是新手还是老手,大字段数据的操作常常令你感到很头痛.因为大字段有些特殊,不同数据库处理的方式不一样,大字段的操作常常是以流的方式 来处理的.而非一般的字段,一次即可读出数据.本人以前用到Spring+iBatis架构来操作大字段,结果以惨烈失败而告终,在网上寻求解决方案,也 没找到答案.最终以JDBC来实现了大字段操作部分. 本文以MySQL为例,通过最基本的JDBC技术来处理大字段的插入.读取操作. 环境: MySQL5.1 JDK1.5 一.认识My

高性能mysql总结(一 数据类型优化)

选择优化的数据类型 mysql支持的数据类型非常多,选择正确的数据类型对于获取高性能至关重要.不管存储哪种类型的数据,下面几个简单的原则都有助于做粗活更好的选择. 最小的通常更好 一般情况下,应该尽量使用正确存储数据的最小数据类型.最小的数据类型通常更快,因为它们占用更少的磁盘.内存和cpu缓存,并且处理时需要的cpu周期也更少. 但是要确保没有低估需要存储的值的范围,因为在schema中的多个地方增加数据类型的范围是一个非常耗时和痛苦的操作.如果无法确定哪个数据类型是最好的,就选择你认为不会超

MySQL 表的字段,有几种类型?

MySQL 表的字段,数据类型: 字段的数据类型 说明 int varchar 原文地址:https://www.cnblogs.com/cag2050/p/10304542.html