《MySQL 5.7优化不求人》直播精彩互动

昨晚的CSDN学院直播没错过吧？
叶老师准备了40+页PPT，直播中更是旁征博引
细致认真地讲解了MySQL 5.7的优化秘籍
小伙伴们顿时化身好奇宝宝，很多问题哦
叶老师甄选了一些较有代表性的问题跟大家分享
嘘，我懂，你要视频，要PPT？
直播视频正在紧张有序地编辑中...
预计本周日15：00发出
请先看下方互动环节




-----互动环节-----

甲：sys Schema 的性能损失由多大？
叶老师：我自己没有去做对比测试。
不过，有需要时，就把 performance_schema 的功能打开吧，没啥好说的。
好比如，你需要开启 binlog 方便数据恢复，难道就因为IO负载增加了就不开了吗。

乙：现在很多使用云数据库了。在这种新形式下，DBA是不是应该调整方向了？
叶老师：这是肯定的，可以侧重从业务及架构层面对数据库进行优化，并且加强运维开发方面的能力。
事实上，还是有很多决策者基于安全或成本的理由不肯大范围使用云数据库，宁可申请云主机自己部署数据库，因此基础的DBA功底还是不能丢。

丙：pkid自动补全，server层识别不到的吧
叶老师：这个特性叫做index extensions，在MySQL 5.6.9版本开始optimizer就已经能识别了。详情请参考：
 http://mp.weixin.qq.com/s/w4Cyto1pf7I7qiP9uttd-w

丁：现在做mysql 集群用什么比较好？
叶老师：要先看你想用于什么业务场景，想解决什么痛点。
几个常见的方案是，一主一从+keepalived，一主多从+MHA，双主+keepalived，双主多从+MHA，或者前面挂 DBProxy 中间件搭配。
或者用PXC、MariaDB Gelera Cluster，也有在用 NDBCluster 的案例。
可以根据实际业务需求，调研这些方案的适用性。

戊：老叶，现在学mysql 从5.几学起呢
叶老师：直接从5.7开始吧。

己：超大表的DDL是个痛点，影响业务，slave延迟。这个新版本会有优化么？具体技术细节
叶老师：MySQL 5.6的Online DDL已经有了较大的优化，5.7则做的更好。
小表可以直接Online DDL，大表一般采用pt-osc，但事实上它也会导致slave延迟。
想要slave不延迟的话，建议用gh-ost，以及facebook开源的 OnlineSchemaChange 工具。

庚：分库分表中间件用什么比较好？
叶老师：要先看你分库分表的业务场景是怎样的，并没有固定的答案。
业界几个常用的中间件有 MaxScale、ProxySQL、OneProxy、美团的DBProxy、Mycat、Atlas等，可以分别调研下这些产品。

辛：mysql 5.5想升级到 5.7，有什么坑分享下？
叶老师：可以从5.5直接升级到5.7。
不过，在5.6版本中，一些数据类型例如date发生了较大变化，因此建议导出逻辑备份再恢复的方式升级比较可靠。

壬：通常并发超过多大时，应该加 thread pool 组件
叶老师：事实上，thread pool应对突发大量短连接的场景比较有作用，如果是长时间有大量的长连接，用连接池即可，没什么必要用用thread pool。

怎么还有疑问?QQ扫码加群换个地儿继续讨论!
加入知数堂，在这里你会找到答案 

 



知数堂-自由、开放的技术交流平台