原標題：《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掃碼加群換個地兒繼續討論!

加入知數堂，在這里你會找到答案

知數堂-自由、開放的技術交流平臺返回搜狐，查看更多

責任編輯：

總結

以上是生活随笔為你收集整理的mysql 5.7优化不求人_《MySQL 5.7优化不求人》直播精彩互动的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。