本篇内容介绍了“数据库故障后怎么做应急处理”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
在囊谦等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都网站设计、成都网站制作 网站设计制作按需规划网站,公司网站建设,企业网站建设,品牌网站设计,全网整合营销推广,外贸营销网站建设,囊谦网站建设费用合理。
项目中有多个数据源，一主多从，使用的druid连接池，但发现数据库故障后，druid并不能自动排除不可用的连接，只能修改程序。而且，即使故障的库恢复了，druid一样还是会继续报错，有网上说在数据库连接那加上自动重连参数，试了，一样不管用。如果主库故障，因为只有一个主库，服务不可用还能理解，但从库一般做只读处理，如果其中一台从库故障了，能否像eureka或zookeeper一样能自动发现服务是否可用，进而做出相应的处理？
以下是自己模拟数据库故障后如何恢复服务的记录
1.从库故障：直接从程序中去除从库数据源，然后重启服务即可
2.主库故障：主库出现故障稍微麻烦点。首先需要查看所有从库同步的Read_Master_Log_Pos 选取最大的那个作为主库，然后 清除这个从库的master信息，配置从库成为master，最后修改其余从库的master信息。完成之后，在程序中重新设置主库，然后重启。主库故障这个参照的是https://www.cnblogs.com/QicongLiang/p/9959276.html 这篇帖子
“数据库故障后怎么做应急处理”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
