位置: 编程技术 - 正文
推荐整理分享MySql Sql 优化技巧分享(mysql优化sql有哪些),希望有所帮助,仅作参考,欢迎阅读内容。
文章相关热门搜索词:mysql sql优化技巧,mysql sql优化的几种方法,mysql sql优化技巧,mysqlsql语句优化,mysqlsql语句优化,mysql如何优化sql语句,mysql如何优化sql语句,mysql sql优化的几种方法,内容如对您有帮助,希望把文章链接给更多的朋友!
有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度。两个表关联,且关联的字段都是主键,查询的字段是唯一索引。
sql如下:
其中表 p_item_token 中 itemid 是主键, token 是唯一索引。 p_item 中itemid 是主键
按照理想速度,应该在0.s左右正常。但实际为0.2左右,慢了不少。
直接 EXPLAIN 看计划
结果:
注意看上面大红框。p_item表中就是2w条数据,那这个就是全表扫描了。
不正常啊。
加个show warnings 看看。注意:有些情况下SHOW WARNINGS 会没有结果。我还不知道原因。建议用本地测试数据库运行。
结果2里面显示code=.后面有个sql语句。这个语句就是mysql把我们输入的sql语句,按照规则改写之后执行的最终语句。
奇怪啊。Where中怎么有个 CONVERT ?我们知道,如果where条件中,等式的左边,也就是要查询的字段上有函数的话,就会导致慢。(我的理解:慢因为索引用不到了。索引的值是原始值,这个条件中用的却是处理后的值。)
注意看这函数,意思是把 itemid 这一列的编码转换成 utf8mb4 .也就是说,这一列的编码不是 utf8mb4 !
打开表,把两个表中itemid这一列的编码都改成utf8。再次运行解释。
从解释结果来看已经没有问题了。
再看下结果2中的语句:
这 select 中全是常量了。速度能不快吗?
执行结果0.s。符合预期
经验总结:
explain 可以查看执行计划是否符合预期,如果有出现rows较大的情况,则说明出现了全表扫描,将来会是性能瓶颈
show warning的结果,则能看到优化器处理后的语句。如果与原始语句有出入,仔细对比研究能够发现实际问题。
记一次因线上mysql优化器误判引起慢查询事件 前言:收到疯狂的慢查询及请求超时报警,通过metrics分析出来自mysql请求的异常,cli—showproceslist看到很多慢查询。先前该sql是没有的,后面因为数据量
MySQL嵌套事务所遇到的问题 MySQL是支持嵌套事务的,但是没多少人会这么干的….前段时间在国外看到一些老外在争论MySQL嵌套事务的场景必要性。逗死我了,这嵌套的鬼畜用法还有
mysql 5.7以上版本下载及安装图文教程 一、下载1.mysql官网下载地址:
标签: mysql优化sql有哪些
本文链接地址:https://www.jiuchutong.com/biancheng/350143.html 转载请保留说明!友情链接: 武汉网站建设