《飞信核心库HA设计及实现.ppt》由会员分享，可在线阅读，更多相关《飞信核心库HA设计及实现.ppt（13页珍藏版）》请在三一文库上搜索。
1、 飞信核心库HA设计及实现 新技术研发部 吴炳锡 2011年8月22日 Agenda l关于飞信 l设计 l结构实现 l已经遇到问题及存在的不足 l目前技术路线 l计论 关于飞信 飞信是中国移动推出的“综合通信服务”，即融合语音（IVR）、 GPRS、短信等多种通信方式，覆盖三种不同形态（完全实时、准实 时和非实时）的客户通信需求，实现互联网和移动网间的无缝通信服 务。 飞信不但可以免费从PC给手机发短信，而且不受任何限制，能够随时 随地与好友开始语聊，并享受超低语聊资费。 飞信实现无缝链接的多端信息接收，MP3、图片和普通OFFICE文件 都能随时随地任意传输，让您随时随地都可与好友保持畅快
2、有效的沟 通，工作效率高，快乐齐分享！ 飞信还具备防骚扰功能，只有对方被您授权为好友时，才能与您进行 通话和短信，安全又方便。 最后，飞信为您提供 7*24小时不间断服务，让您享受最贴心的关 怀。有什么问题需要帮助？请随时拨打10086进行咨询 设计 l基本环境 Red Hat Linux Enterprise 5.X MySQL 5.1 Red Hat Cluster Site l数据库现状： 基于存储过程的数据库调用 单表最大的亿数据，物理大小+ 平均数据库qps在以上 设计 l 结构： 说明： 两台master上的f配置一样 存储被活跃的节点挂载 设计 l 设计 说明： Master机器
3、监控*:3306 Standy 机器监控localeip:3306 Slave库通过Standy localeip同步 A- B -C 设计 l 设计切换后 Note: 红色线标识需要DBA去修复的同步 红色边缘的机器是需要DBA去处理的机 器 B CA 设计 l 设计的好处 对于主库Crash，Standy 接管较快，不用crash恢复的 过程 对于Slave在发生切换后，可以正常的同步 数据从一份变成了两份 结构实现 l面临的挑战： Red Hat Cluster Site官方配置中不支持两边事例都存活 两边都存活，切换后，怎么把原来的监听localeip:3306换 到*:3306 结构
4、实现 l 分析mysql.sh实现： l在mysql.sh中start处理中，先做mysql的关闭，同时 记录mysql的”show master status”及同步是否完 成的一些判断，没完成则等待。 l在mysql.sh中的stop处理中，先做级类的“read only”操作，对于有super权限的mysql用户通过更改 密码，屏蔽对数据库的操作。关闭上连接，然后关闭 数据库。 已经遇到问题及存在的不足 l从整体上来讲该结构对于资源利用率不高 ltandy 机器基本不承担业务 l异常切换会造成Slave有可能比Master还多点数据 l主库压力过大，从库基本上很难赶比较吃力 l用mysql_safe启动的mysql在故障时不能及时切换过来后 改成mysqld defaults-file=/path/f &启动 lStandy接管后ibp加载对系统压力较大 l切换过程有点长分钟。 目前技术路线 讨论交流 讨论