在这里给好耶参加MySQL性能调优培训的朋友们致歉。继上上周培训课程结束之后，因个人原因，未能继续给大家上课，还让大家在周六等了那么长时间，向大家说声：“对不起”。

–

PS1: 陆续有朋友问及MySQL高可用方案，这里提下：当前MySQL高可用方案自动化程度和靠谱的算是DRBD和Semi-sync-replication。在此基础上扩展slave做负载均衡（比如lvs）需要注意，另外需要monitor监控Slave状态，及时将失效节点从pool中剔除。

PS2: 这次有个项目，因为开发过程中经历了大量的需求变更，开发人员为了方便，采用了大量试图，导致后续出现严重问题（SQL查询时间过长），而在此基础之上做SQL调优能发挥的地方有限，所以开发的同志们注意了，在涉及到web开发，特别是对页面响应时间要求很高的时候，避免复杂join操作，适当添加冗余字段。救急办法：将涉及到的中间试图换成base表，在原始表上添加触发器。

PS3：前几天又有朋友问到session管理，我给的方案还是用 MySQL Cluster NDB 管理，其中我还发布过一个PHP 实现的 DbSession类，为了提高性能可以不记录任何日志信息（重启之后数据消失），”SET GLOBAL ndb_table_no_logging = 1;”。

PS4：据说这个是史上最牛的MySQL补丁，非堵塞是的网络IO，可以让32核心的机器跑上18万QPS。

方案采用google的replication semi-sync patch 保证数据的一致性
A <-> B 互成salve
写针对vip 由 heartbeat / keepalive 控制
负责服务监控是自己写的一个daemon，当监控到服务不可用时，让heartbeat / keepalive 切换vip 到backup上，backup 接管之后，应用完日志即可启用对外服务。

当然，当中有很多细节，比如如何判断服务可用性以及切换之后什么条件下才能让backup接管，保证数据的完整。
以及在原来的master起来之后，让它成为当前db的backup…

周末整理，然后发布出来，算是下周的任务文章。