©2016-2021 23 趣链科技 版权所有 ©2016-2021 23 趣链科技 版权所有 ©2016-2021 23 区块链平台关键技术-联盟治理 多机构协同治理 ⽀持多家机构分别设置系统管理员，决策阈值可根据具 体业务场景动态调整，决策公开透明灵活 联盟治理决策流程 单⼀机构治理 在单机构总部-分部的场景中，可将投票阈值设为1，仍 可⽀持设置多个管理员进⾏分级管理 1.发起提案 管理员2 4. 执⾏提案 投票 投票 投票 5. 完成提案 3. 表决提案 2. 审议提案 合约管理 合约部署 冻结/解冻/销毁 合约升级 CNS服务 应 ⽤ 场 景 系统管理 节点准⼊ 配置变更 权限变更 热备切换 应 ⽤ 场 景 基于Go插件的 区块链性能测试工具 25 趣链科技 版权所有 ©2016-2021 25 趣链科技 版权所有 ©2016-2021

工作过程 • 首先，导出存量数据 • 其次，订阅binlog变更，追增量 • 再次，待同步后，修改路由规则 • 最后，清理不需要的冗余数据 13 在线平滑扩容 • 扩容时序图 14 系统管理命令 • 系统命令 15 最后，mysql-databus 16 https://github.com/swordstick/mysql-databus THANKS 刘延允@酷狗音乐

错误页面(error.html)。 记录错误：系统出现错误，一般就是我们调用函数的时候返回err不为nil的情况，可以使用前面小节介绍的 日志系统记录到日志文件。如果是一些致命错误，则通过邮件通知系统管理员。一般404之类的错误不需要发 送邮件，只需要记录到日志系统。 回滚当前的请求操作：如果一个用户请求过程中出现了一个服务器错误，那么已完成的操作需要回滚。下面 来看一个例子：一个系统将用户递交的 通知用户系统出现错误了。 保证现有程序可运行可服务：我们知道没有人能保证程序一定能够一直正常的运行着，万一哪一天程序崩溃 了，那么我们就需要记录错误，然后立刻让程序重新运行起来，让程序继续提供服务，然后再通知系统管理 员，通过日志等找出问题。 如何处理错误 如何处理错误 错误处理其实我们已经在十一章第一小节里面有过介绍如何设计错误处理，这里我们再从一个例子详细的讲解一下， 如何来处理不同的错误： 通知用户出现错误： 用相关的一些话题。这些内容非常重要，要创建一个能够基于最小维护 平滑运行的应用，必须考虑这些问题。 具体而言，本章讨论的内容包括： 创建一个强健的日志系统，可以在出现问题时记录错误并且通知系统管理员 处理运行时可能出现的错误，包括记录日志，并如何友好的显示给用户系统出现了问题 处理404错误，告诉用户请求的页面找不到 将应用部署到一个生产环境中(包括如何部署更新) 如何让部署的应用程序具有高可用