PHP大会分享《MySQL 5.7优化不求人》

2017年6月10日,第三届PHP全球开发者大会在北京亚洲大酒店举办,现场云集了近千名的PHP开发者及PHP界的大牛,这是一场关于PHP语言的技术盛宴。

这是叶老师第二次在这个大会上做分享了,去年的分享主题是《程序猿都该知道的MySQL秘籍》,广受好评,在去年的分享嘉宾打赏排行榜上名列前茅。今年叶老师给带来的主题是《MySQL 5.7优化不求人》,一如既往的干货满满。


叶老师教你如何用好MySQL 5.7,优化不求人

MySQL 5.7 新增了众多特色功能,诸如 Optimizer 增强、支持多个触发器、P_S 增强、增加sys schema、在线修改 VARCHAR 长度、多源复制、并行复制等,对于提升MySQL性能都有很大帮助。

作为非专业 DBA,如何利用这些特性帮助我们做好 SQL 优化呢?且听老叶娓娓道来!

学习要点

1、MySQL 5.7关键新特性

a) MySQL 5.7性能提升;

b) MySQL 5.7新特性,Server层优化、InnoDB层优化、Optimizer优化、EXPLAIN CONNECTION、JSON、虚拟列、新增sys schema、performance schema增强等等;

2、MySQL 5.7下的SQL优化招数

 a) 如何设置SQL超时,避免个别垃圾SQL破坏生产环境;

b) 如何查看某个线程当前执行的SQL效率;

c) 如何找到性能瓶颈SQL;

d) 如何找到消耗最多内存的SQL;

e) 如何找到哪些SQL被频繁执行;

f) 如何找到慢SQL中的TOP 10;

g) 哪个文件(数据表)产生了最多的IO,读多,还是写的多;

h) 如何找出哪些利用率很低的索引;

以及其他等等。

3、关注MySQL 8.0新特性

 a) 重大变化,数据字典改用InnoDB,不再使用MyISAM引擎,顺便实现了DDL的原子性;

b) 重大变化,增加不可见索引(INVISIBLE INDEX),方便删除利用率很低的索引;

c) 重大变化,增加支持倒序索引;

d) 重大变化,重构Optimizer,HINT增强等;

以及其他等等。

精彩PPT

....................

....................

咦,这是怎么了

老叶的精彩分享PPT已上传到百度云盘,链接

: http://pan.baidu.com/s/1jIecgo2

或者你还可以扫码直达,欢迎转存及转发。


观看直播更过瘾

错过了PHP大会很懊恼?只看PPT不过瘾?

没关系,还有机会!

DBGeeK在线直播课|《MySQL 5.7优化不求人》将于2017年6月15日上线,叶老师主讲,可以先下载PPT,对应着听,更易掌握哦!

在线分享报名入口:

http://edu.csdn.net/huiyiCourse/detail/415

报名倒计时中,也可点击“阅读原文"直接报名!

本文分享自微信公众号 - 老叶茶馆(iMySQL_WX)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

Twitter的分布式自增ID算法snowflake (Java版)

概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移

mysql设置时区

mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0