本篇内容介绍了“数据库故障后怎么做应急处理”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
项目中有多个数据源，一主多从，使用的druid连接池，但发现数据库故障后，druid并不能自动排除不可用的连接，只能修改程序。而且，即使故障的库恢复了，druid一样还是会继续报错，有网上说在数据库连接那加上自动重连参数，试了，一样不管用。如果主库故障，因为只有一个主库，服务不可用还能理解，但从库一般做只读处理，如果其中一台从库故障了，能否像eureka或zookeeper一样能自动发现服务是否可用，进而做出相应的处理？
以下是自己模拟数据库故障后如何恢复服务的记录
1.从库故障：直接从程序中去除从库数据源，然后重启服务即可
2.主库故障：主库出现故障稍微麻烦点。首先需要查看所有从库同步的Read_Master_Log_Pos 选取最大的那个作为主库，然后 清除这个从库的master信息，配置从库成为master，最后 修改其余从库的master信息。完成之后，在程序中重新设置主库，然后重启。主库故障这个参照的是https://www.cnblogs.com/QicongLiang/p/9959276.html 这篇帖子
“数据库故障后怎么做应急处理”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
