我目前正在开发一个非常关键的工具，它对 MySQL 数据库有很强的依赖性。 这特别意味着，如果 SQL 服务器有一天出现故障，所有用户将无法使用该应用程序，因为它正在检索存储在数据库中的配置并启动数据库中定义的组件，并且该工具绝对需要配置即将推出。
因此，我想知道我有什么选择来限制这种风险，即。即使数据库关闭，应用程序也能正常运行。例如，我应该定义一个后备数据库吗？ 这是我第一次处理如此关键的方面，而且我还没有接触过这种风险管理。
欢迎任何见解
最佳答案
应用程序不负责实现故障安全 SQL 后端。应用程序应该检查 SQL 服务器是否正在运行，如果没有运行，它可能会重试最后一个 SQL 语句一段时间，如果失败则以红色打印出一条悲伤的消息。如果有更多 SQL 服务器(热交换或其他)，应用程序可能会在它们之间自动切换。这是应用程序在本主题中所能做到的最大程度。
我认为有很多解决方案和想法可以用于设置故障安全 SQL 服务器或场，但它超出了范围(我的意思是编程)。
关于mysql - 通过依赖于 SQL 的架构预防操作风险，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6226796/