数据库varchar长度对效率的影响

最新推荐文章于 2024-04-18 15:23:46 发布
最新推荐文章于 2024-04-18 15:23:46 发布
阅读量2.7k 收藏 3
点赞数
分类专栏： 随笔 数据库 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28094373/article/details/102625347
版权

开发中发现某个表varchar长度被定为600、2000等较大的长度。

虽然varchar在存储相同字符时占用大小是一样的，但是mysql在存储时会分配一定大小的内存块来存储，导致查询时效率非常差。

将长度改为适应大小后，查询时间减少一半以上

wh5h
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
数据库设计的性能与效率.docx
01-08
字段结构 允许NULL值的字段，数据库在进行比较操作时，会先判断其是否为NULL，非NULL时才进行值的必对。因此基于效率的考虑，所有字段均不能为空，即全部NOT NULL； 预计不会存储非负数的字段，例如各项id、发帖数等，必须设置为UNSIGNED类型。UNSIGNED类型比非UNSIGNED类型所能存储的正整数范围大一倍，因此能获得更大的数值存储空间； 存储开关、选项数据的字段，通常使用tinyint(1)非UNSIGNED类型，少数情况也可能使用enum()结果集的方式。tinyint作为开关字段时，通常1为打开；0为关闭；-1为特殊数据，例如N/A(不可用)；高于1的为特殊结果或开关二进制数组合(详见Discuz!中相关代码)； MEMORY/HEAP类型的表中，要尤其注意规划节约使用存储空间，这将节约更多内存。例如cdb_sessions表中，就将IP地址的存储拆分为4个tinyint(3) UNSIGNED类型的字段，而没有采用char(15)的方式； 数据库设计的性能与效率全文共6页，当前为第1页。任何类型的数据表，字段空间应当本着足够用，不浪费的原则，数值类型的字段取值范围见下表： 数据库设计的性能与效率全文共6页，当前为第1页。 字段类型 存储空间(b) UNSIGNED 取值范围 tinyint 1 否 -128~127 是 0~255 smallint 2 否 -32768~32767 是 0~65535 mediumint 3 否 -8388608~8388607 是 0~16777215 int 4 否 -2147483648~2147483647 是 0~4294967295 bigint 8 否 -9223372036854775808~9223372036854775807 是 0~18446744073709551615 SQL语句 所有SQL语句中，除了表名、字段名称以外，全部语句和函数均需大写，应当杜绝小写方式或大小写混杂的写法。例如select * from cdb_members;是不符合规范的写法。 很长的SQL语句应当有适当的断行，依据JOIN、FROM、ORDER BY等关键字进行界定。 通常情况下，在对多表进行操作时，要根据不同表名称，对每个表指定一个1~2个字母的缩写，以利于语句简洁和可读性。 如下的语句范例，是符合规范的： $query = $db->query("SELECT s.*, m.* FROM {$tablepre}sessions s, {$tablepre}members m WHERE m.uid=s.uid AND s.sid='$sid'); 定长与变长表 包含任何varchar、text等变长字段的数据表，即为变长表，反之则为定长表。 对于变长表，由于记录大小不同，在其上进行许多删除和更改将会使表中的碎片更多。需要定期运行OPTIMIZE TABLE以保持性能。而定长表就没有这个问题； 如果表中有可变长的字段，将它们转换为定长字段能够改进性能，因为定长记录易于处理。但在试图这样做之前，应该考虑下列问题： 使用定长列涉及某种折衷。它们更快，但占用的空间更多。char(n) 类型列的每个值总要占用n 个字节(即使空串也是如此)，因为在表中存储时，值的长度不够将在右边补空格； 而varchar(n)类型的列所占空间较少，因为只给它们分配存储每个值所需要的空间，每个值再加一个字节用于记录其长度。因此，如果在char和varchar类型之间进行选择，需要对时间与空间作出折衷； 变长表到定长表的转换，不能只转换一个可变长字段，必须对它们全部进行转换。而且必须使用一个ALTER TABLE语句同时全部转换，否则转换将不起作用； 数据库设计的性能与效率全文共6页，当前为第2页。有时不能使用定长类型，即使想这样做也不行。例如对于比255字符更长的串，没有定长类型； 数据库设计的性能与效率全文共6页，当前为第2页。 在设计表结构时如果能够使用定长数据类型尽量用定长的，因为定长表的查询、检索、更新速度都很快。必要时可以把部分关键的、承担频繁访问的表拆分，例如定长数据一个表，非定长数据一个表。例如Discuz!的cdb_members和cdb_memberfields表、cdb_forums和cdb_forumfields表等。因此规划数据结构时需要进行全局考虑； 进行表结构设计时，应当做到恰到好处，反复推敲，从而实现最优的数据存储体系。 运算与检索 数值运算一般比字符串运算更快。例如比较运算，可在单一运算中对数进行比较。而串运算涉及几个逐字节的比较，如果串更长的话，这种比较还要多。 如果串列的值数目有限，应该利用普通整型或emum类型来获得数值运算的优越性。 更小的字
关于数据库Varchar字段类型长度设计问题
wangpengfei360
09-29 560
关于数据库Varchar字段类型长度设计问题 现代数据库一般都支持CHAR与VARCHAR字符型字段类型，CHAR是用来保存定长字符，存储空间的大小为字段定义的长度，与实际字符长度无关，当输入的字符小于定义长度时最后会补上空格。VARCHAR是用来保留变长字符，在数据库中存储空间的大小是实际的字符长度，不会像CHAR一样补上空格，这样占用的空间更少。 从以上特点来看，VARCHAR比CHA...
mysql字段 varchar的长度分配 对性能的影响
大潘的博客
06-05 3928
使用varchar(5)和varchar(200)存储‘hello’的空间开销是一样的，那么使用更短的列有什么优势吗？ 事实证明有很大的优势。更长的列会消耗更多的内存，因为MySQL通常会分配固定大小的内存块来保存内部值。尤其是在使用内存临时表 进行排序或操作时会特别糟糕。在利用磁盘临时表进行排序时也同样糟糕。 所以最好的策略是只分配真正需要的空间。 ...
MySQL varchar长度分配对性能的影响
weixin_42678790的博客
06-21 4274
前言：解决问题的方法没有最优，只有更优！ 最近在XXX处看到建表时，看到对varchar长度设计并没有理解很透彻，故总结下。 举例： varchar(32) 和 varchar(64)区别是啥？ 首先，varchar 大家都知道是动态长度分配,他们空间开销是一样的。 区别和联系： 对于内存的消耗是不同的。对于VARCHAR数据类型来说，硬盘上的存储空间虽然都是根据实际字符长度来分配存储空间的，也就是上面所说空间开销一样。 但是对于内存来说，则不是。其时使用固定大小的内存块来保存值。就是使用字符类型中定义的长
mysql字段长度 性能_char和vachar的字段长度怎么影响数据库的性能的
weixin_36237278的博客
01-26 375
1、限制规则字段的限制在字段定义的时候有以下规则：a)存储限制varchar字段是将实际内容单独存储在聚簇索引之外，内容开头用1到2个字节表示实际长度(长度超过255时需要2个字节)，因此最大长度不能超过65535。b)编码长度限制字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766;字符类型若为utf8，...
FlinkCDAS同步starrrocks，varchar超长导致数据同步失败
m0_66705151的博客
03-13 1101
使用FlinkCDAS同步mysql数据到starrocks，报org.apache.flink.table.api.TableException: Failed to deserialize the input record，究竟是怎么回事？
mysql char varchar blob text性能详解
远古大猛犸
02-28 3623
mysql char varchar blob text 性能详解
数据库的varchar长度的限制以及对性能是否有影响
weixin_33835103的博客
04-26 5936
为什么80%的码农都做不了架构师？>>> ...
mysql varchar长度影响速度_MySQL VARCHAR大小的性能影响
weixin_39937635的博客
02-17 1996
您必须实现使用CHAR与VARCHAR的权衡使用CHAR字段,您分配的内容正是您所获得的.例如,无论您在字段中放置的字符如何,CHAR(15)都会分配和存储15个字节.字符串操作简单明了,因为数据字段的大小是完全可预测的.使用VARCHAR字段,您将获得完全不同的故事.例如,VARCHAR(15)实际上动态分配最多16个字节,最多15个用于数据,至少1个额外字节用于存储数据长度.如果要存储字符串’...
SQL中char和varchar的效率分析
热门推荐
刘晓松的专栏
07-26 1万+
  写这文章之前先查了点资料，刚好找到一个关于char和varchar性能测试，如下#############################################################################  测试分三组,每次增加插入的行数,脚本如下:  
MySQL中字段类型char、varchar和text的区别
01-19
在MySQL中，char、varchar和text类型的字段都可以用来存储字符类型的数据，char、varchar都可以指定最大的字符长度，但text不可以。 它们的存储方式和数据的检索方式也都不一样。 数据的检索效率是：char > varchar ...
mysql数据库高级，mysql优化.rar
07-28
在设计数据库结构时，选择适当的数据类型和字段长度对性能和存储效率非常重要。以下是一些指导原则： 此外，还要注意在使用字符串类型（如VARCHAR）时，根据实际需求选择适当的字符集和校对规则，以确保正确的数据...
酒店管理系统数据库设计.docx
01-08
数据库设计说明 数据库设计原则 数据库设计应该遵循一定的原则，才能够满足系统的需要，发挥数据库系统的最大效率和最高的稳定性，总的来说应遵循以下几个原则 1、完整性原则：数据库的完整性是指数据的正确性和...
数据库物理设计.pdf
01-08
数据库物理设计 数据库物理设计要做什么： 1、选择合适的数据库管理系统。... 四、反范式化设计 为了性能和读取效率的考虑⽽适当的对第三范式的要求进⾏违反，⽽允许存在少量的数据冗余。 也就是⽤空间来换时间。
表和索引分片
Sinoregal的博客
04-18 690
是将一个表中的数据分布到不同的dbspace中。SinoDB数据库支持智能化横向的表和索引分区，并将其称之为表和索引分片。分片允许您创建一个表，该表在SQL语句中被视为单个表，但由多个tbspaces组成。正常的分片要求每个 dbspace 中有一个片段。这有效地将较大的表划分为若干较小的 tablespaces，因为一个 tablespace 不能跨 dbspace。新增保留关键字分区。则允许来自一个分片表的多个片段共存于同一个 dbspace。
BCLinux8U6系统部署oceanbase分布式数据库社区版之二、数据库服务器准备
forestqq的博客
04-16 338
本文是在完成步骤一、准备 OBD 中控机后的第二步，准备3台oceanbase分布式数据库服务器。
Sql server备份还原sql语句
hzm博客
04-16 253
Sql server备份还原sql语句
Android JetPack Compose+Room----实现搜索记录功能
知识应该共享，创造才应收费
04-16 1041
搜索功能是很多APP都会重点维护的功能，因为搜索功能可以很好的帮助用户找到自己需要的内容，与此同时，为了增强用户体验，引入了搜索记录的功能，本文就是介绍一个基于Compose+Room搜索记录功的实现
Docker(九)：MySQL主从复制搭建
最新发布
人不风流枉少年
04-18 194
在master上操作数据库，然后去从数据库中确认是否同步。从服务器配置主从复制。
数据库varchar与char的区别
09-24
### 回答1： 在数据库中，VARCHAR和CHAR是用来存储文本数据类型的。 VARCHAR是一种可变长度的字符类型，它允许存储长度可变的字符串，但最大长度是固定的，例如VARCHAR(255)，表示可以存储最长为255个字符的字符串。VARCHAR在存储短字符串时可以更节省空间，但对于存储大量长度不一的数据，VARCHAR所占用的空间会比CHAR少。 而CHAR是一种固定长度的字符类型，它需要预先定义最大长度，例如CHAR(10)，表示只能存储长度为10的字符串，无论实际存储的字符串是多长，都会被填充到10个字符。CHAR通常用于存储长度固定的数据，如邮政编码、国家代码等，但对于长度不确定的数据，CHAR的空间浪费可能会更多。 ### 回答2： 数据库中的varchar和char都是用来存储字符串类型数据的，但它们在存储方式和使用上有一些区别。 首先，char是一种定长字符串类型，它需要指定固定的长度。例如，定义一个char(10)的字段，那么无论实际存储的字符串长度是多少，它都会占用10个字符的存储空间。如果存储的字符串长度小于定义的长度，则会在字符串后面补充空格字符，这样保证存储的长度始终一致。 在使用上，由于char是定长的，所以它的查询效率相对较高。因为在查询时，数据库系统可以直接定位到指定位置读取固定长度的数据。另外，由于char字段存储的长度是固定的，所以它的索引效果也相对较好。 相比之下，varchar是一种可变长度的字符串类型，它存储的长度是根据实际存储的内容决定的。例如，定义一个varchar(10)的字段，如果存储的字符串长度小于10个字符，它只会占用实际的存储空间。 在使用上，由于varchar是可变长度的，所以它在存储上相对更灵活。但是，由于存储长度的不确定性，它的查询效率相对较低。在查询时，数据库系统需要读取实际的存储长度，并进行相应的处理才能获取到正确的数据。此外，由于varchar字段的长度是可变的，所以它的索引效果相对较差。 综上所述，char是定长且有固定存储长度的字符串类型，适合存储长度固定的数据，具有较高的查询效率和索引效果。而varchar是可变长度的字符串类型，适合存储长度不定的数据，具有较高的存储灵活性，但查询效率和索引效果相对较低。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值