MySQL专项服务

　　如果您正在考虑想对MySQL数据库进行升级，并且希望降低停机的风险、误操作，并避免性能下降，您应该认真考虑一套严谨的升级方法。由于升级存在某些潜在的风险，尤其是对MySQL数据库大版本间进行升级时，我们可以提供一些中肯的建议，看升级是否对您有益，或者需要检查些什么，以此确保不会出错。

　　典型的升级过程包括如下部分：

• 成本/效益分析：升级是否对您的项目有益？在升级版本中某些新特性很可能但也不一定对您的应用或负载有用。如：MySQL5.1中的新特性—-“分区”，虽然它能对降低负载起很大作用，但是对其他而言不一定是优点。所以我们建议您考虑升级的成本。
• 风险分析：升级可能具有一定风险，尤其是大版本间的升级(如：4.0到4.1，4.1到5.0，特别是5.0到5.1)。由于服务器的新版本与之前的老版本不同，可能导致某些不良后果，尤其在复制方面，比如复制的功能、数据类型、SQL语句、以及查询优化方面存在区别。另外，虽然5.1版本足够新，但可能存在某些未知的bug。典型的风险就是升级后，查询返回不同的结果集，或由于选择不同的优化器，执行的速度更慢。因此，在升级前进行足够的分析师必要的。
• 升级计划：分析过风险后，我们可以整合所有升级的需求。如：升级是向下兼容？待升级的服务器是否正在一个大的非升级环境中运行？在升级过程中是否允许停机？所有这些因素都将可能影响整个服务器系统的成功升级。
• 测试计划: 我们采取标准的方法来验证升级后的性能、兼容性及正确性。无论问题有多么模糊，我们都可以帮您了解和解决潜在的问题。如果您要确保升级后服务器的返回结果，我们也能100%帮您完成。
• 实施:在对所有先决条件都进行准备后，升级活动将在真实环境中现场进行，我们将指导您顺利通过。

　　我们的顾问团队可以在整个过程中将扮演多个角色：

• 我们可以是技术专家，来帮助您自己的团队补充知识。
• 我们可以是项目经理，并使您的项目主事者协助我们更加深入地了解应用。
• 我们可以只简单地提供帮助，指出您需要帮助的地方。
• 我们也可以完成项目所有的工作。

　　最后，我们还可以随时待命，以防任何意外，并解决执行时特别困难的部分。如何选择由您来决定。

　　文件系统损坏了？删除了数据库？删除了表？这些我们都能够提供服务。我们可以为myisam和innodb格式的表恢复数据，也能从损坏的二进制日志文件或查询日志文件中恢复。

　　我们通常能够很好的恢复Innodb丢失的数据(因为Innodb是按页存放的)。恢复Myisam表也是可能的。我们能够恢复MySQL5.0单表空间和共享表空间中的数据。我们的服务是安全的：始终对您的敏感数据进行加密，在完成后会销毁所有数据副本。

　　我们可以帮助您恢复下列环境中的数据：

• 您不小心删除了Innodb或Myisam表数据
• 您已删除的表
• 您已清空或再建的表
• 您无法使用Innodb_force_recovery选项来恢复的Innodb损坏的表空间
• 您的文件系统损坏

　　当您需要从MySQL数据库中进行数据恢复应当遵循的步骤：

• 立即停止MySQL服务。考虑使用kill -9来杀死进程以防任何对数据库修改操作发生，从而防止对磁盘继续写入；
• 如果您的文件系统损坏了，或在单表空间中删除了表，请关闭文件系统或只对它进行读操作；
• 在您做任何手动操作之前，确保对源数据进行了备份(所以MySQL数据，包括表空间和日志，或所有单独表的备份)；
• 注意MySQL服务器版本和导致数据丢失的环境。

　　当您需要我们协助恢复MySQL数据时应当提供的信息：

• 我们需要查看您要恢复的数据，可以在您的服务器上进行操作。
• 确认您需要恢复哪些数据或告知我们哪些数据优先级最高。我们一次恢复一张表，逐步恢复数据。
• 如果表被删除，我们需要关于表结构的信息。可以从表的备份，或show create table 或.frm文件中找到。
• 如果您有一些关于旧的备份数据会起到很大帮助。
• 如果您有些数据实例用来进行数据恢复，也请提供给我们。
• 过程：我们将用两个阶段进行数据恢复。首先，我们对数据进行分析，看是否可以恢复，并估算有多少数据能被恢复有时，完全恢复是不大可能，因为数据已经被MySQL或操作系统所覆盖。然后，我们将估算恢复需要多少时间。如果这些您都可以接受，我们将进行恢复。
• 可用性：数据恢复服务通常作为紧急情况处理，所以我们可以立即开始。请来电以得到最佳响应时间，您的来电我们将立即处理。

　　即使多年来平均故障间隔很小，但应用停机一段时间对您的损失不大？在爱可生公司专家专门针对您项目和预算提供合适的高可用性解决方案。我们在设计高可用性解决方案方面，利用我们在复制、HeartBeat、DRBD、SAN和MySQL Cluster等方面的经验来设计和实施与您的应用要求等级匹配的高可用方案。

　　以下是典型高可用性项目的流程和生命周期：

• 分析：并不是每个应用程序都有一样的要求，所以并不存在绝对的“最佳实践”。无论您是需要防止本地数据中心发生故障或实现地理冗余，我们将与您一起找出最合适的解决办法。在此期间，我们将审核技术并提供优劣势分析，以及最重要的---每个解决方案的估算成本。
• 计划：当我们依据您的需求与预算选择最为适合的HA解决方案之后，我们就开始准备执行计划。包括：硬件方面、潜在问题的建议、应用程序进行必要的修改的计划。还有一个重要部分，是测试计划，以确保新系统正常工作。
• 实施：当准备好硬件后，我们就与您的团队一起实施该解决方案。我们的目标不仅仅是提供合适的解决方案，同时也锻炼您的团队，指导他们今后如何管理和使用该解决方案。
• 测试: 硬件与服务的配置完成后，我们将新系统置于一系列实验的测试环境中，以确保覆盖常见故障。下一步，我们执行应用测试计划。我们不仅在服务器间测试成功的故障切换；还要寻找一些潜在的问题或瓶颈。我们的目标是为您提供安心：不仅仅是新系统能度过灾难，同时性能也要满足您的需求。
• 上线:一旦您的系统已建立、配置、测试，我们将会帮您一起迁移您的应用到新环境中。这是非常关键的步骤，我们可以帮您最大限度的减少停机时间，以及确保顺利迁移到新系统中。
• 生产监控和维护:在迁移新系统到生产环境中几天内，确保一切顺利进行是非常关键的，因此我们帮助您监控与查看潜在问题。我们的团队即使在项目完成之后几个月，仍然可以帮助您。

　　某些解决方案可能在几天就能够建立与部署，有的可能需要数周。我们根据您的需求定制计划与范围，只按您实际的项目时间收费，并提供现场与远程两种服务模式。

　　我们可以帮助客户实现的技术方案：

• MySQL/MySQL集群
• 基于DRBD的Heartbeat（操作系统Cluster或其它集群软件）
• 基于共享存储的Heartbeat（操作系统Cluster或其它集群软件）
• 基于共享存储的复制
• MySQL复制
• Master-Master复制
• 跨数据中心的灾备体系
• 读写分离
• 代理或中间层

　　NDB Cluster是一个非常独特的技术，能够适当的扩展您的应用，并且为杰出的可用性提供无单点故障的架构。我们拥有许多有经验的顾问，能在NDB Cluster项目中的各个阶段帮助到您。

适合用NDB Cluster的场景

　　下面是一些典型的NDB Cluster用户案例：

• 电信：NDB Cluster本身是由Ericsson实验室创建而来专门应对电信应用的技术。NDB Cluster开发过程中对这些应用进行了参考。它的快速主键查询和高可用性是NDB Cluster电信应用成功的关键。
• 在线游戏：这是一个新的应用类型。由于它的高写吞吐量和扩展性，NDB Cluster胜出。今天，NDB Cluster最大的装机量是在线游戏方面。
• LDAP扩展：OpenLDAP现在通过back-ndb支持NDB Cluster。当NDBCluster提供非常杰出的高可用性时，允许OpenLDAP进行扩展部署。
• 高可用性记录: 对某些应用，比如股票交易，它需要记录所有交易事务，要求包括：低延迟，非常高的可用性，以及处理最大负荷的能力，所有这些都是NDB Cluster的优势。
• 关键应用:对于关键应用的后台数据库而言，没有单点故障的NDB Cluster无共享架构是非常不错的。
• 高写负载事务应用:自从写负载分配给所有数据节点，NDB Cluster能扩展非常高的写负载，并具有非常完整的事务性。
• 高并发事务应用:NDB Cluster能够利用多个并行运行的SQL节点。每个节点都运行一个管理成千上万连接的MySQL进程。
• 非常大的数据集:NDB Cluster能够利用所有数据节点的磁盘空间。理论上，最多可达48个数据节点可以并行使用。甚至超过1TB的数据也能处理。

不适合用NDB Cluster的场景

　　虽然NDB Cluster在许多应用中使用都非常不错，但是它的设计架构在处理某些负载类型方面的能力有一定限制。下面有一些限制的实例：

• 使用较大join连接的应用：当MySQL执行一个Join连接时，尤其是BNL算法时，它要求对底层表提供多种不同的访问。连接2个具有1百万行记录并且没有任何限制条件的话，所有引擎查询性能都不好，尤其是NDB Cluster引擎，它意味着第二个表1百万条记录每行都通过网络传输。按Gb/s的网络，如果每个hop传输花150 us，那意味着共有150 s仅仅只是等待网络，这样的查询速度太慢了。
• 依特定隔离级别的应用：NDB Cluster只支持read-commited隔离级别。如果您的应用需要其他隔离级别，NDB Cluster不适合你。

NDB Cluster挑战

　　NDB Cluster看起来不错，为什么使用也不是非常广泛？ 最主要的原因在于它的复杂性。它不是一个容易部署的技术，NDB Cluster有许多配置参数，这些配置参数是从每个预定义和预分配的内存结构而来，初始化完成后并没有动态的内存分配。由于它是一个分布式系统，调优有时是极其复杂的，比起常规数据库而言，与硬件或操作系统的关系也更加耦合紧密。最后，缺乏很多专业的对NDB Cluster有经验的人员。因此在NDB Cluster服务方面，是非常有前景的。

爱可生公司 NDBClusetr服务

　　爱可生公司提供非常有经验的NDB专业团队，他们帮助NDB Cluster项目的整个阶段良好运作。另外，提供现场和远程服务：。下面是我们提供的服务类型：

• 规划：你有一个应用或项目，您想知道是否适合使用NDB Cluster。在规划期间，我们将分析您的对象、查询以及全面需求以确认您的应用是否适用NDB Cluster。如果适合，我们将为您预估所需的硬件。
• POC验证：POC阶段的目的就是建立一个NDB Cluster数据库的原型，以便用您的技术进行验证。一般而言，在迁移到生产环境之前，进行POC是需要的。
• 迁移：为了顺利迁移NDB Cluster数据库到生产环境中，需要完成像监控、警告、备份的这些任务。执行一些故障测试非常必要的，以确保系统在容灾方面如我们设想的那样工作
• 性能调优: 一旦您使用NDB Cluster数据库，跟其它数据库一样，不会一下子是最优化运行地，通常我们需要经历性能调优的阶段。

　　最后，我们还可以随时待命，以防任何意外，并解决执行时特别困难的部分。如何选择由您来决定。

　　我们的专业顾问可以与您的团队一起致力于应用架构的设计、执行、schema和查询的设计与优化。

• 何时使用：当正在开发您的应用，并想要确保开发人员使用的是最佳实践时。
• 成本：随着工作性质、计划、及其他因素而改变。具体细节敬请来电。

　　对目前使用的全文搜索解决方案提供评估，并评估它的性能和扩展，或是为新应用设计全文搜索架构。

　　Sphinx 是一个基于 GPL 2 协议颁发的免费开源的全文搜索引擎。它是专门为更好的整合脚本语言和数据库而设计的。当前内置的数据源支持直接从连接的 MySQL数据库 获取数据。我们可以提供基于Sphinx的安装、调试、开发和定制提供咨询和服务。

　　成本：随着工作性质、计划、及其他因素而改变。具体细节敬请来电。

　　由于数据库与应用的不断增长以及资源的冲突，使得数据库存在性能瓶颈，使用memcached作为一个缓存层，将大数据量进行负载均衡，以此提高应用的扩展性。我们公司的专业顾问在使用memcached进行负载数据并增加整个应用的吞吐量方面具有非常丰富的经验。

　　如果您没有正确实施cache缓存方案，那可能会浪费内存，增加网络往返延迟，以及降低数据库流量失败。我们采用定量、科学的方法，来衡量缓存性能；

　　我们经常使用下列这些缓存方法来帮助我们的客户：

• 定量化衡量您目前如何使用memcached 缓存的效率
• 设计一个最适合目前环境的缓存架构
• 扩展session管理远超过关系型数据库的能力
• memcached经常可以从数据库中分离90%的读压力
• 评估非标准的用户案例，像使用memcache复制
• 用缓存硬件优化我们的客户需求
• 实现memcached缓存高可用性解决方案

　　我们的专业顾问将会对贵公司MySQL数据库应用的性能提供一套详细的审核。我们能够审查贵公司MySQL服务器的配置、操作系统、硬件配置、应用架构、数据schema(表设计和索引)，以及最重要的查询语句。

　　我们将会提供一份关于您应用性能以及扩展建议的报告，以及有助于提高性能的改动建议。如果性能问题在MySQL数据库之内，类似MySQL服务器配置、索引、查询语句等，我们可以远程帮助您解决问题。如果性能问题是MySQL数据库之外的，我们可以诊断，并在许多情况下可以帮助您解决问题。一个典型的性能审核能明显改善其性能，一般而言全面的审核不到10小时，但复杂的应用可能会要求更多的时间。

　　何时使用：如果您MySQL应用执行效果并不很好，或您正在规划应用的发展，想要确保数据库能够持续迎接增长的压力时。

　　我们的专业顾问将会检查您的应用，并定期主动进行监控，以确保没有任何问题发生，能够积极地防患于未然。

　　我们可以提供基于周、双周、月等时间周期定期地对数据库的运行状态进行跟踪和观测，典型的运行状态包括CPU、内存、磁盘、MySQL指标（连接数、SQL数、命中率、临时表、慢查询）等数十个操作系统和数据库的指标。当巡检检测到问题时，我们将提供进行修正和优化的建议。

　　远程DBA，即在有一名我们的顾问将会远程帮您控制运作和开发，他将会为您安装数据库、管理用户、安装复制、协助开发者schema设计和查询优化。

　　远程DBA可以执行数据库监控、备份方案、备份验证或协助部署高可用性方案。

• 何时使用：当您缺乏某些MySQL专业性技能，并希望确保您的应用保持良好运行时。
• 成本:随工作性质和时间而改变。

　　我们的专业顾问在极短的时间内帮您解答您的MySQL疑难。

• 何时使用：当生产系统失效，或者您需要立即进行数据库恢复，MySQL负载或其他关键问题时。
• 若有紧急情况敬请来电：400-820-6580
• 成本:随工作性质而改变

　　我们的顾问将现场拜访贵公司，与您一起解决特定的MySQL数据库任务。

• 何时使用：当您想面谈深入沟通需求，并想要完全取得顾问的全部时间投入时，这个是非常不错的选择。
• 成本:随着工作性质、计划、及其他因素而改变。具体细节敬请来电。

　　顾问按小时提供计时服务。顾问使用email/phone/互联网IM远程与您一起工作。

• 何时使用：当您需要的某些需求不在其它的服务列表内，或您想要对您所关注的任务提供一种灵活的方式时，这个是最佳方式。
• 成本:随着工作性质、计划、及其他因素而改变。具体细节敬请来电。

　　我们的专业顾问专家在协定期间内，按预定时间预订地点为您工作。

• 何时使用：当您需要我们的顾问以您公司员工的身份从事工作，或需要我们的顾问在较长一段时间内（超过一个月）与您的团队一起完成一个项目，您可以考虑顾问人员外包服务。
• 成本:与顾问资历与工作时间有关。具体细节敬请来电。