在这里给好耶参加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。
© 谭俊青 发布在 MySQL性能、MySQL Cluster集群、MySQL HA高可用等研究 – MySQL实验室, 2010.
可以任意转载, 但转载时务必以超链接形式标明文章原始出处 和 作者信息。
链接: http://www.mysqlab.net/blog/2010/08/sorry-for-allyes-employee/