锐客网

  1. 首页 > 睿知 > it技术 > >

怎么保证mysql不宕机 mysql长时间不使用自动断开

IT技术学习

mysql 5.5 总是自动宕机 问题求助1.检查是否有备份，如果备份存在，binlog存在，那么万事大吉，一切都有挽回的余地，慢慢来搞，只要你基础扎实，数据还原只是时间的问题 。
2.对于没有备份的，那处理这个问题就有些棘手了 ， 还得一步一步的来 。
在my.cnf中[mysqld]下加上以下配置，采用强制恢复机制，看是否能够启动
[mysqld]
innodb_force_recovery=1
如果设置成1不能启动，可以逐渐的将数据增大到6，下文会详细说下1-6是什么意思，如果在1-6之间启动成功了 ， 那么你运气还不错，这时候不要恢复业务，赶紧把数据用逻辑方式导出来，再启个新的实例把数据还原，有人会问，为什么mysql已经启动了 ， 还要导出数据呢，原因在这：
当innodb_force_recovery被设置为大于0的时候 ，会阻止用户insert,update,delete也就是你启动的mysql不是一个正常的mysql服务 ， 类似于windows系统下的安全模式 。以下这段引于其它地方 ， 具体地址不太清楚了，也可以从官方文档中找到 。
MySQL一主多从的环境下 ， 如果主宕机了怎么办？如何把损失降到最?。?/h2>1、需要对MYSQL定时备份
2、应用中交换数据时怎么保证mysql不宕机，要判断是否联网怎么保证mysql不宕机，如果不联网就把信息先保存在本地，等联网后再
与MYSQL数据同步 。
3、应用中注意使用事务
docker部署,集成redis mysql,经常宕机怎么解决？docker 自带重启策略，restart有三个参数：no,on-failure,always
一般选择on-failure，也就是非正常宕机都重启，手动停止不重启 。
1.no为默认值，表示容器退出时，docker不自动重启容器
2.on-failure表示，若容器的退出状态非0，则docker自动重启容器,还可以指定重启次数 ， 若超过指定次数未能启动容器则放弃：
3.always表示，只要容器退出，则docker将自动重启容器
五大常见的MySQL高可用方案(最全)1. 概述
怎么保证mysql不宕机我们在考虑MySQL数据库的高可用的架构时，主要要考虑如下几方面怎么保证mysql不宕机：
如果数据库发生了宕机或者意外中断等故障，能尽快恢复数据库的可用性 ， 尽可能的减少停机时间 ， 保证业务不会因为数据库的故障而中断 。
用作备份、只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持一致 。
当业务发生数据库切换时，切换前后的数据库内容应当一致 ， 不会因为数据缺失或者数据不一致而影响业务 。
关于对高可用的分级在这里怎么保证mysql不宕机我们不做详细的讨论 ， 这里只讨论常用高可用方案的优缺点以及高可用方案的选型 。
2. 高可用方案
2.1. 主从或主主半同步复制
使用双节点数据库，搭建单向或者双向的半同步复制 。在5.7以后的版本中，由于lossless replication、logical多线程复制等一些列新特性的引入，使得MySQL原生半同步复制更加可靠 。
常见架构如下：
通常会和proxy、keepalived等第三方软件同时使用，即可以用来监控数据库的 健康，又可以执行一系列管理命令 。如果主库发生故障，切换到备库后仍然可以继续使用数据库 。
优点：
架构比较简单，使用原生半同步复制作为数据同步的依据；
双节点，没有主机宕机后的选主问题，直接切换即可；
双节点，需求资源少，部署简单；
缺点：
完全依赖于半同步复制，如果半同步复制退化为异步复制，数据一致性无法得到保证；
需要额外考虑haproxy、keepalived的高可用机制 。

推荐阅读


上一篇：js获取chrome语言，用js获取浏览器信息和版本信息

下一篇：什么是视频的创作收益，什么是视频的创作收益呢