Mysql 使用依赖SQL的体系结构防止操作风险

我目前正在开发一个非常关键的工具，它对MySQL数据库有很强的依赖性。 这尤其意味着，如果SQL server有一天宕机，所有用户都将无法使用该应用程序，因为它正在检索存储在数据库中的配置并启动在DB中定义的组件，并且启动该工具绝对需要配置

因此，我想知道我的选择是什么来限制这种风险，即即使数据库关闭，也要使应用程序正常运行。例如，我应该定义一个后备数据库吗？ 这是我第一次处理如此关键的方面，我还没有被介绍过这种风险管理

---

任何见解都是受欢迎的

应用程序不负责实现故障安全SQL后端。应用程序应该检查SQL server是否正在运行，如果没有，它可能会在一段时间内重试上一条SQL语句，如果失败，则以红色打印sad消息。如果有更多的SQL Server（hotswap或其他），应用程序可能会在它们之间自动切换。这是应用程序在此主题中所能做的最大值

---

我认为有很多解决方案和想法可以用来建立故障安全的SQL server或服务器场，但它超出了范围（我指的是编程）。

是很多人都会安装的工具，或者它是一个web应用程序？请查看文档的高可用性章节：@Steve Mayne:这是一个每个人都已在本地安装的工具，我现在正在研究它的可用性。该工具将始终从数据库中检索用户配置，并用于允许管理员随时更新用户配置@Julio Guerra:感谢这篇文章，我已经读过了，但由于它只关注理论方面，我想更多地了解常用的方法：）如果你只是使用数据库发布当前配置，那么在应用程序中本地缓存它似乎不是一个坏主意。只要使用“旧”配置的结果不是极端的。你可以用本地缓存的配置记录一个时间戳，这样如果配置太过时，你就可以停止它的工作。这就是我考虑的：保存本地加载的最后一个配置，如果SQL失败则加载它。。。如果正如你所说，这是一个应用程序可以做到的最大限度，我想我的目标是“只是”在本地保存它！