Mysql建了索引查询很慢

遇到一个问题，有几个结构一个的查询，表的索引建的也一样，但是有的查询很快，有的却很慢，需要半分钟以上才能执行完。

查看执行计划，并没有什么区别。找了很久原因才发现是主查询和子查询所涉及的表的字符编码不一致。改为一致后，问题解决。

sql如下：

delete from t_diag_detection WHERE reportName NOT IN (SELECT reportName FROM t_diag_reportinfo)

原因是 t_diag_detection表的字符编码是utf8mb4，而t_diag_reportinfo表的字符编码是utf8.这种情况是当时迁移数据库没注意导致的。

把字符编码都改为utf8后，不到1s就执行完了，总共有几万条数据。

时间： 2024-10-28 23:24:11

Mysql建了索引查询很慢的相关文章

实战：MySQL Sending data导致查询很慢的问题详细分析(转)

这两天帮忙定位一个MySQL查询很慢的问题,定位过程综合各种方法.理论.工具,很有代表性,分享给大家作为新年礼物:) [问题现象] 使用sphinx支持倒排索引,但sphinx从mysql查询源数据的时候,查询的记录数才几万条,但查询的速度非常慢,大概要4~5分钟左右 [处理过程] 1)explain 首先怀疑索引没有建好,于是使用explain查看查询计划,结果如下: 从explain的结果来看,整个语句的索引设计是没有问题的,除了第一个表因为业务需要进行整表扫描外,其它的表都是通过索引访问

MySQL Sending data导致查询很慢的问题详细分析

转自:http://blog.csdn.net/yah99_wolf/article/details/8573621 这两天帮忙定位一个mysql查询很慢的问题,定位过程综合各种方法.理论.工具,很有代表性,分享给大家作为新年礼物:) [问题现象] 使用sphinx支持倒排索引,但sphinx从mysql查询源数据的时候,查询的记录数才几万条,但查询的速度非常慢,大概要4~5分钟左右 [处理过程] 1)explain 首先怀疑索引没有建好,于是使用explain查看查询计划,结果如下: 从exp

mysql 建表和查询 大全 （待补全）

#新建学生表 drop table if exists student; create table student( sno varchar(20) not null primary key comment '学号', sname varchar(20) not null comment '学生姓名', ssex varchar(20) not null comment '学生性别', sbirthday Datetime comment '学生出生年月', class varchar(20)

Mysql 建表与查询

-- ID:新闻的唯一标示-- tiltle:新闻的标题-- content:新闻的内容-- created_at:新闻添加的时间-- types:新闻的类型-- image:新闻的缩略图-- author:作者-- view_count:浏览量-- is_valid:删除标记CREATE TABLE `news` ( `id` INT NOT NULL AUTO_INCREMENT, `title` VARCHAR (200) NOT NULL, `content` VARCHAR (2000

Mysql建表与索引使用规范详解

一. MySQL建表,字段需设置为非空,需设置字段默认值. 二. MySQL建表,字段需NULL时,需设置字段默认值,默认值不为NULL. 三. MySQL建表,如果字段等价于外键,应在该字段加索引. 四. MySQL建表,不同表之间的相同属性值的字段,列类型,类型长度,是否非空,是否默认值,需保持一致,否则无法正确使用索引进行关联对比. 五. MySQL使用时,一条SQL语句只能使用一个表的一个索引.所有的字段类型都可以索引,多列索引的属性最多15个. 六. 如果可以在多个索引中进行选择,My

mysql性能优化-慢查询分析、优化索引和配置

一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)      key_buffer_size 5)      query_cache_size 6)      record_buffer_size 7)      read_rnd_buffer

MySql存储引擎+表解压缩机制+索引+查询缓存机制+慢查询日志

一.大型网站优化之MySql优化 1.优化和不优化的对比的 在业界当中我们有一个叫大数据(big data)的概念,所谓的大数据指代千万级别以上的数据作为起步的数据.所以我们现在需要对两张都具有50331650条记录的表进行查询对比,其中表名为tbl_no的表是没有做过任何优化手段的表,表名为tbl_yes的表是做过优化手段的表.这个实验的目的是观察具有优化手段和不具有优化手段的查询中速度的差别. 实验条件: 1)两张表的数据记录总数是相同的 2)两张表的数据字段结构也是一样的 3)查询的记录的

mysql性能优化-慢查询分析,优化索引最佳实践

数据库的操作越来越成为整个应用的性能瓶颈了,这点对于Web应用尤其明显,我们究竟应该如何对MySQL数据库进行优化? 下面我就从MySQL对硬件的选择.MySQL的安装.my.cnf的优化.MySQL如何进行架构设计及数据切分,查询与索引优化分析等方面来说明这个问题. (一)服务器物理硬件的优化 在挑选硬件服务器时,我们应该从下面几个方面着重对MySQL服务器的硬件配置进行优化,也就是说将项目中的资金着重投入到如下几处: 1.磁盘寻道能力(磁盘I/O),我们现在用的都是SAS15000转的硬盘,

mysql性能优化-慢查询分析、优化索引和配置【转】

一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)      key_buffer_size 5)      query_cache_size 6)      record_buffer_size 7)      read_rnd_buffer