mysql hash索引优化

创建表

CREATE TABLE `t1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `msg` varchar(20) NOT NULL DEFAULT ‘‘,
  `crcmsg` int(15) NOT NULL DEFAULT ‘0‘,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=utf8

//插入数据

insert into t1 (msg) values(‘www.baidu.com‘),(‘www.sina.com‘);

分别给msg, crcmsg 字段添加索引

alter table t1 add index msg(msg(5));

update t1 set crcmsg=crc32(msg);

alter table t1 add index crcmsg(crcmsg);

开始做测试

最后数据表结构

根据key_len的长度的大小从而给数据库查询提高速度。

自己做的小测试,希望能够给您带来收获,祝您工作愉快。

mysql hash索引优化

时间: 2024-10-15 08:14:27

mysql hash索引优化的相关文章

mysql使用索引优化查询效率

索引的概念 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分),它们包含着对数据表里所有记录的引用指针.更通俗的说,数据库索引好比是一本书前面的目录,能加快数据库的查询速度.在没有索引的情况下,数据库会遍历全部数据后选择符合条件的:而有了相应的索引之后,数据库会直接在索引中查找符合条件的选项.如果我们把SQL语句换成"SELECT * FROM 表名 WHERE id=2000000",那么你是希望数据库按照顺序读取完200万行数据以后给你结果还是直接在索引中定位

mysql使用索引优化order排序

个人原创地址:http://www.phpthinking.com/archives/433 在数据库中我们一般都会对一些字段进行索引操作,这样可以提升数据的查询速度,同时提高数据库的性能像order by ,group by前都需要索引. 先我们要注意一下1>mysql一次查询只能使用一个索引.如果要对多个字段使用索引,建立复合索引.2>在ORDER BY操作中,MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引.关于索引一些说法 MySQL索引通常是被用于提高WHERE条件的

MySQL的索引优化,查询优化

MySQL逻辑架构 如果能在头脑中构建一幅MySQL各组件之间如何协同工作的架构图,有助于深入理解MySQL服务器.下图展示了MySQL的逻辑架构图. MySQL逻辑架构,来自:高性能MySQL MySQL逻辑架构整体分为三层,最上层为客户端层,并非MySQL所独有,诸如:连接处理.授权认证.安全等功能均在这一层处理. MySQL大多数核心服务均在中间这一层,包括查询解析.分析.优化.缓存.内置函数(比如:时间.数学.加密等函数).所有的跨存储引擎的功能也在这一层实现:存储过程.触发器.视图等.

Mysql Hash索引和B-Tree索引区别(Comparison of B-Tree and Hash Indexes)

上篇文章中说道,Mysql中的Btree索引和Hash索引的区别,没做展开描述,今天有空,上Mysql官方文档找到了相关答案,看完之后,针对两者的区别做如下总结: 引用维基百科上的描述,来解释一下这两种数据结构,这些知识在<数据结构与算法>这门课程中也有讲述: 在计算机科学中,B树(英语:B-tree)是一种自平衡的树,能够保持数据有序.这种数据结构能够让查找数据.顺序访问.插入数据及删除的动作,都在对数时间内完成.B树,概括来说是一个一般化的二叉查找树(binary search tree)

mysql Hash索引和BTree索引区别

Hash仅支持=.>.>=.<.<=.between.BTree可以支持like模糊查询 索引是帮助mysql获取数据的数据结构.最常见的索引是Btree索引和Hash索引. 不同的引擎对于索引有不同的支持:Innodb和MyISAM默认的索引是Btree索引:而Mermory默认的索引是Hash索引. 我们在mysql中常用两种索引算法BTree和Hash,两种算法检索方式不一样,对查询的作用也不一样. 一.BTree BTree索引是最常用的mysql数据库索引算法,因为它不仅

MySQL之索引优化

很多数据库系统性能不理想是因为系统没有经过整体优化,存在大量性能低下的SQL 语句.这类SQL语句性能不好的首要原因是缺乏高效的索引.没有索引除了导致语句本身运行速度慢外,更是导致大量的磁盘读写操作,使得整个系统性能都受之影响而变差. 解决这类系统的首要办法是优化这些没有索引或索引不够好的SQL语句. 1.创建索引的关键优化SQL语句的关键是尽可能减少语句的logical reads.这里说的logical reads是指语句执行时需要访问的单位为8K的数据页总数.logical reads 越

MySql在索引优化

1.复合索引比如有一条语句是这样的:select * from users where area='beijing' and age=22;如果我们是在area和age上分别创建单个索引的话,由于mysql查询每次只能使用一个索引,所以虽然这样已经相对不做索引时全表扫描提高了很多效率,但是如果在area.age两列上创建复合索引的话将带来更高的效率.如果我们创建了(area, age,salary)的复合索引,那么其实相当于创建了(area,age,salary).(area,age).(are

mysql新版本索引优化简介

索引创建优化:fast index creationmysql5.5之前不包括5.5,创建索引或修改删除这类的ddl操作过程为:1.首先创建一张新的临时表,表结构为通过alter table 新定义的结构2.然后把原表中的数据导入到临时表中3.接着删除原表4.最后把临时表重命名为原来的表名 innodb 存储引擎从1.0.x开始支持fast index creation(快速索引创建)-简称:FIC对于辅助索引的创建,innodb存储引擎会对创建索引的表加上一个S锁,在创建过程中,不需要重建表,

MySQL添加索引优化SQL

在慢查询日志中有一条慢SQL,执行时间约为3秒 mysql> SELECT     -> t.total_meeting_num,     -> r.voip_user_num     -> FROM     -> (     -> SELECT     -> count(*) total_meeting_num     -> FROM     -> Conference     -> WHERE     -> isStart = 1