mysql中,对数据类型的合理选择,有利著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。于我们在检索时,更快的获取数据,或者更精本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。确的进行计算。
著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】选择char还是varchar
本文作者:唐霜,转载请注明出处。原创内容,盗版必究。【原创不易,请尊重版权】首先,这两个类型都表示字符串类型,我们都【作者:唐霜】【本文受版权保护】知道char存储需求是固定的,例如cha【原创不易,请尊重版权】【未经授权禁止转载】r(16)就会产生16字节,即使值是空的【关注微信公众号:wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】,而varchar的存储需求是变动的,根著作权归作者所有,禁止商业用途转载。本文版权归作者所有,未经授权不得转载。据存入的值的多少进行变化,例如varch转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。ar(16),虽然你保存了’转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。abc’,但它并不会消耗16原创内容,盗版必究。【本文首发于唐霜的博客】个字节,而是4个字节。同时你要注意,如果【转载请注明来源】【原创不易,请尊重版权】存入的字符串长度超过16个字符,则会报错【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。,即使强行存入,也仅保留了前面16个字符原创内容,盗版必究。【原创不易,请尊重版权】。
【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号:wwwtangshuangnet】其次,什么情况下会影响查询性能?我们在阅本文版权归作者所有,未经授权不得转载。未经授权,禁止复制转载。读一些文章时,总是指出固定的长度检索速度本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。更快。但其实这是在一定条件下。当使用My未经授权,禁止复制转载。【原创不易,请尊重版权】ISAM引擎时,char会比varcha原创内容,盗版必究。未经授权,禁止复制转载。r更快,因为char(16)的字段中如果转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。保存’abc’,【未经授权禁止转载】【作者:唐霜】存储时实际存储的是’abc 【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】 ‘,【原创内容,转载请注明出处】转载请注明出处:www.tangshuang.net系统不会以16个字节去进行检索,而是将末原创内容,盗版必究。转载请注明出处:www.tangshuang.net尾的空格去掉,实际上直接获取了̵【原创内容,转载请注明出处】未经授权,禁止复制转载。7;abc’检索对比,而如果【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】varchar(16)中保存了̵【本文受版权保护】【原创不易,请尊重版权】7;abc’,虽然不会在实际【本文受版权保护】【版权所有,侵权必究】存储中添加空格,但是数据库会给这个字段增【本文受版权保护】【原创不易,请尊重版权】加一个长度,因此,varchar的实际容【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net量会大1-2字节,在检索时,需要先获取这【版权所有,侵权必究】原创内容,盗版必究。个长度,然后在对值进行对比,因此速度反而【原创不易,请尊重版权】原创内容,盗版必究。更慢。所以,如果使用MyISAM引起,c【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。har的性能会好一些。但是在使用Inno【原创内容,转载请注明出处】【原创不易,请尊重版权】DB引擎时,情况就不一样了,存储方面仍然【本文首发于唐霜的博客】【原创不易,请尊重版权】是按照上述方法进行存储,但是在查询时,I【版权所有,侵权必究】本文作者:唐霜,转载请注明出处。nnoDB引擎直不再区分数据存储长度,而【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。是直接通过数据在存储器上的指针找到数据,本文版权归作者所有,未经授权不得转载。【转载请注明来源】因此实际上上述的影响全部不存在了。但是数著作权归作者所有,禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】据的读取受到磁盘I/O的影响,如果一个字原创内容,盗版必究。著作权归作者所有,禁止商业用途转载。符串存储所占的存储空间更大,那么读取时也【作者:唐霜】转载请注明出处:www.tangshuang.net就更耗时,如果数据量很大,那么char那【原创内容,转载请注明出处】【原创内容,转载请注明出处】些空出来的多余存储空间实际上就拖慢了读取原创内容,盗版必究。【转载请注明来源】速度。不过有一个情况还是char更快,就著作权归作者所有,禁止商业用途转载。【本文受版权保护】是char(16)和varchar(16【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】)所有记录都存满了16个字符,这个时候因【版权所有】唐霜 www.tangshuang.net【关注微信公众号:wwwtangshuangnet】为varchar多存了字符长度,反而在存【转载请注明来源】【关注微信公众号:wwwtangshuangnet】储空间上又失去了优势,所以,如果你知道某【原创不易,请尊重版权】【转载请注明来源】个值一定是多少位,例如md5散列,一定是【访问 www.tangshuang.net 获取更多精彩内容】原创内容,盗版必究。32位,那么可以考虑char(32)。
本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】原创内容,盗版必究。网上还有一些说法,比如:MEMORY数据未经授权,禁止复制转载。【本文受版权保护】表目前都使用固定长度的数据行存储,因此无原创内容,盗版必究。【转载请注明来源】论使用CHAR或VARCHAR列都没有关【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.net系。两者都是作为CHAR类型处理的。
原创内容,盗版必究。【原创不易,请尊重版权】原创内容,盗版必究。原创内容,盗版必究。在使用text和blob数据类型时如何提【本文首发于唐霜的博客】【本文首发于唐霜的博客】高查询性能
本文版权归作者所有,未经授权不得转载。【原创不易,请尊重版权】原创内容,盗版必究。虽然这里只提到了text和blob,但是转载请注明出处:www.tangshuang.net【本文首发于唐霜的博客】实际上这里可以扩展到所有字符串长度超过你【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】认为比较大的一个值的时候的类型。比如va【版权所有,侵权必究】【版权所有】唐霜 www.tangshuang.netrchar(255)等,text和blo【原创不易,请尊重版权】【关注微信公众号:wwwtangshuangnet】b也各自包含四种类型。我们不可能用tex【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】t类型直接去查询对比吧,因此,建议在需要未经授权,禁止复制转载。本文版权归作者所有,未经授权不得转载。利用text进行对比时,额外建一个字段,【作者:唐霜】未经授权,禁止复制转载。用于保存这个text的散列值,可以是MD未经授权,禁止复制转载。本文作者:唐霜,转载请注明出处。5(),SHA1()或CRC32(),在【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】检查某个值是否存在时,先通过程序端处理出【版权所有,侵权必究】未经授权,禁止复制转载。散列值,再到数据库中去匹配,看看对应的值未经授权,禁止复制转载。【转载请注明来源】是否存在。如果这些值经常用于检索,你甚至【版权所有,侵权必究】本文作者:唐霜,转载请注明出处。可以给这个散列值字段建立索引。
未经授权,禁止复制转载。【未经授权禁止转载】著作权归作者所有,禁止商业用途转载。如果你采用这种方法,还需要注意两件事,第【本文首发于唐霜的博客】【关注微信公众号:wwwtangshuangnet】一件,散列值如果能通过算法生成数值型数据转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。,就以数值型保存,因为我们都知道,检索数【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有,禁止商业用途转载。值型比检索字符串快的多,而且,如果使用字本文版权归作者所有,未经授权不得转载。本文版权归作者所有,未经授权不得转载。符串类型,进行><=这类查询【原创不易,请尊重版权】本文版权归作者所有,未经授权不得转载。是没有意义的,因为这种比较查询会严重拖慢【作者:唐霜】【本文受版权保护】查询速度;第二件,在查询时,select【版权所有】唐霜 www.tangshuang.net【转载请注明来源】时尽可能的过滤查询text或blob字段原创内容,盗版必究。著作权归作者所有,禁止商业用途转载。,例如select * 这样的查询语句尽【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net可能不用,因为这样用,即使你按照上述方法未经授权,禁止复制转载。【未经授权禁止转载】建立了一个查询,但是在数据库从磁盘读取数【原创内容,转载请注明出处】著作权归作者所有,禁止商业用途转载。据库过程中,仍然需要去把text或blo原创内容,盗版必究。【本文首发于唐霜的博客】b取出来,和你直接按老办法进行检索效果是【原创内容,转载请注明出处】【关注微信公众号:wwwtangshuangnet】一样的。
【未经授权禁止转载】【原创内容,转载请注明出处】原创内容,盗版必究。还有一个不是很容易让人忽略的事,就是te【版权所有,侵权必究】未经授权,禁止复制转载。xt和blob在执行UPDATE时,可能转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。会出现很多冗余,导致数据库占用比较多的空【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net间,因此,我们需要偶尔使用OPTIMIZ【版权所有】唐霜 www.tangshuang.net【作者:唐霜】E TABLE优化清除冗余空间。不过,其本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net实我们可以想一下另外的办法,其中最好的办本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。法就是将原有记录删除,再新增一条记录。但【转载请注明来源】【版权所有,侵权必究】是这可能会引起主键的变化,因此我们可以采本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net用一种更偏门的办法,将text和blob未经授权,禁止复制转载。转载请注明出处:www.tangshuang.net字段放到一个新表中,这个表中仅记录对应的本文版权归作者所有,未经授权不得转载。本文作者:唐霜,转载请注明出处。id,散列值和真正的文档值,而在原表中记原创内容,盗版必究。著作权归作者所有,禁止商业用途转载。录散列值,这样,当更新(仅更新)文档时,转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.net直接使用REPLACE INTO,根据i著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】d,进行更新(插入),因为replace【本文受版权保护】【原创不易,请尊重版权】 into更新数据时,会删除原始记录,创著作权归作者所有,禁止商业用途转载。【本文受版权保护】建新记录,所以实际上就会清空原来的存储单【转载请注明来源】未经授权,禁止复制转载。位,从而实现节省空间的目的。(这仅是一种【关注微信公众号:wwwtangshuangnet】本文版权归作者所有,未经授权不得转载。思路,未经验证~)
原创内容,盗版必究。【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】浮点数与定点数:float、double【原创不易,请尊重版权】【原创内容,转载请注明出处】、decimal
未经授权,禁止复制转载。著作权归作者所有,禁止商业用途转载。浮点数,顾名思义,是浮动的,变动的,其值原创内容,盗版必究。转载请注明出处:www.tangshuang.net会在程序运行中出现轻微的偏差,例如一个数【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】加上另一个数,再减去同一个数时,可能得到转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net的不是原数(虽然很接近)。而定点数就不存【版权所有,侵权必究】转载请注明出处:www.tangshuang.net在这个问题。float、double、d未经授权,禁止复制转载。未经授权,禁止复制转载。ecimal三种数据类型中,float、【本文首发于唐霜的博客】本文作者:唐霜,转载请注明出处。double是浮点数,decimal是定未经授权,禁止复制转载。【未经授权禁止转载】点数。
转载请注明出处:www.tangshuang.net【未经授权禁止转载】著作权归作者所有,禁止商业用途转载。在使用中,如果追求精度,必须使用deci未经授权,禁止复制转载。原创内容,盗版必究。mal,否则经过多次运算,很有可能导致数本文作者:唐霜,转载请注明出处。【未经授权禁止转载】据最后很不准确。
本文作者:唐霜,转载请注明出处。本文作者:唐霜,转载请注明出处。【作者:唐霜】2015-08-13 32333


