单条记录的长度是否会影响数据库查询的效率？

申祷无 2013-04-10 06:56:04

单条记录是否应该尽量短一点？不是经常用的属性是不是应该单独建一个表？

...全文

196 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

rucypli 2013-04-10

打赏
举报

回复

也不用刻意这么做

ACMAIN_CHM 2013-04-10

打赏
举报

回复

总之，记录的长度肯定对查询会有影响。但影响要看具体情况，有些情况下影响仅是微小。

选择合适的索引类型需要综合考虑查询需求、数据特征和数据库系统的特点。对于需要进行范围查询和排序的场景，B-Tree索引是最佳选择。对于等值查询，哈希索引可以提供很好的性能。对于复杂的文本搜索和检索，全文索引是必不可少的。对于空间数据，可以考虑使用GiST或SP-GiST索引。在实际应用中，可能需要混合使用多种索引类型以达到最佳效果。

一：使用索引如对于一些经常需要用到的查询功能，我们需要为没有指定外键的列建立索引; 如有查询大表数据，而且又需根据好几个字段的值对其进行排序，也需要在这些列上建立复合索引。特别是在一些应用系统上，往往可以按以下字段的名称，就会对这个字段进行排序。遇到这种情况的话，更加需要在这些频繁进行排序的列上建立索引，以提高重新排序的效率。可见，若在查询的时候，若不能利用索引提高查询效率的话，则就好像跑车失去四轮驱动，速度会大受影响。二、必要的时候，限制用户所使用的行如我们往往在查询语句中，

总计算公式：(中文列长度×3)+(英文列长度×1)≤819215。超过8KB会导致page-overflow问题，影响IO效率。图片/文件应使用外部存储（如TFS/SFS），数据库仅保存指针。InnoDB默认页大小16KB，需保证每页至少存储两条记录。TEXT/BLOB类型建议拆分到子表存储。中文UTF8编码：长度×3字节。InnoDB存储引擎限制。频繁读写的大字段需独立分表。英文/数字：长度×1字节。该SQL可估算表的单行记录大小。

mysql查询为什么会慢，关于这个问题，在实际开发经常会遇到。下面和大家一起聊聊如何解决这个问题。遇到这种问题，我们一般也会想到是因为索引。看看是否没有建立索引，如果没有，相应应该建立索引。如： CREATE INDEX index_create_time ON temperature_new_output (create_time) 那除开索引之外，还有哪些因素会导致数据库查询变慢呢？要回答这个问题，我们先从sql 语句的查询原理来说。Mysql架构如下：我们先来看下，一条查询语句下来，会经

数据库2000w数据，要优化查询？

57,063

社区成员

56,759

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章