新炬网络定期推出“名师大讲堂”专业IT技术知识分享，内容涉及Oracle数据库、性能测试、软件自动化测试等，与工作在技术前线的小伙伴们一起探讨实践中出现的技术难题，提供有效解决方案，大家通过交流共同成长

这个系列文章将以《高可用MySQL-构建健壮的数据中心》一书作为教材，对MySQL数据库的复制、监控进行学习。本人也没有写过技术的系列文章（应该说也很久没有写过文章了吧）。当然，学习技术之余也借助写博客增强一下自己的写作能力，等到找到写文章的感觉之后，计划写两个原创的系列文章，分别是《工作流引擎——灵活架构设计之道》、《基于元数据的信息系统快速开发框架》（还没有人写这样的书呢，能不能抢个专利o(∩_∩)o ）。

好了，正式进入主题。首先来看下在本书引言部分中所提到的重点

重点

1、数据库复制：复制一个服务器上的所有改变到另外一台服务器。

常见的复制例子：

a)创建一个主节点的备份，以避免主节点崩溃时丢失数据；

b)拥有一个主节点的副本，从而在不干扰其他业务的情况下执行报表和分析工作

2、数据库监控：可以通过监控来发现客户使用模式变化导致业务需求的变化，发现需要平衡系统才能更加高效利用的资源，并减少资源利用的突发改变而失去可用性的风险。例如，为频繁读取的表添加索引，如果锁被占有了很长时间，则表示多个数据库连接正在使用同一张表，考虑是否需要换存储引擎等

思考

关于复制

由于本身不是做运维的，对于数据库的复制来说，让我印象比较深刻的是一家公司这样的需求：主公司需要管理系统的基础数据，子公司的要保留主公司中的部分基础数据，当主公司的基础数据改变之后，所有子公司的系统中的基础数据都要即时更新（涉及到钱的问题）。当时计划采用的数据库是SQLServer，最开始碰到这个问题的时候，我的第一个想法是，用ServiceBroker嘛，后来发现SQLServer数据库其实自己具备主从库复制的功能，再到后来，发现微软还真是考虑的太好了，提供了一套SynchronizationFramework，通过这套框架再加上本地数据库，基本上就不用自己考虑什么事情了。

关于监控

本人完全没搞过什么数据库监控，所以很难体会到数据库监控的重要性。不过书中所说的通过数据库监控来调优数据库的做法倒是让我产生了这样的想象。实际的应用场景会不会是：运维人员在做数据库监控->某天发现了性能不行->数据库性能调优。假如是这样的话，那是不是就应该会有这样的一套系统：初始化数据库监控知识库->系统运行->系统监控某项指标超过了监控系统中的配置指标->复制主数据库，执行数据库调优计划->执行数据库性能/压力等测试->产生测试报告->由数据库运维人员对此进行评估->应用到生产库中。我姑且就给它命名为数据库运维监控系统吧:-)，究竟有没这样的系统呢。。。。（百度了一下，好像没看到，假如有同学发现这样的产品的话麻烦告诉我一下，我去学习学习）

结尾

系列文章的开篇就到此结束了，下一篇开始将对MySQL的复制进行学习

ITPub博客

【新炬网络名师大讲堂】MySQL复制与监控系列文章（1）——篇首

最新文章