锐客网

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

mysql宕机怎么启动 mysql宕机从库切换

mysqlIT技术

mysql数据库主机宕机从机怎么启用可以手动将应用的数据库配置修改为从机的配置（ip、port、数据库名） ， 然后重启服务 。
mysql数据库无法正常使用，导致WWW服务宕机创建数据库
选择开始菜单中→程序→【Management SQL Server 2008】→【SQL Server Management Studio】命令，打开【SQL Server Management Studio】窗口，并使用Windows或 SQL Server身份验证建立连接 。
在【对象资源管理器】窗口中展开服务器 ， 然后选择【数据库】节点
右键单击【数据库】节点，从弹出来的快捷菜单中选择【新建数据库】命令 。
执行上述操作后，会弹出【新建数据库】对话框 。在对话框、左侧有3个选项，分别是【常规】、【选项】和【文件组】 。完成这三个选项中的设置会后，就完成了数据库的创建工作，
在【数据库名称】文本框中输入要新建数据库的名称 。例如 ， 这里以“新建的数据库” 。
在【所有者】文本框中输入新建数据库的所有者，如sa 。根据数据库的使用情况，选择启用或者禁用【使用全文索引】复选框 。
在【数据库文件】列表中包括两行，一行是数据库文件，而另一行是日记文件 。通过单击下面的【添加】、【删除】按钮添加或删除数据库文件 。
切换到【选项页】、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性 。
切换到【文件组】页，在这里可以添加或删除文件组 。
完成以上操作后，单击【确定】按钮关闭【新建数据库】对话框 。至此“新建的数据”数据库创建成功 。新建的数据库可以再【对象资源管理器】窗口看到 。
docker部署,集成redis mysql,经常宕机怎么解决？docker 自带重启策略，restart有三个参数：no,on-failure,always
一般选择on-failure，也就是非正常宕机都重启，手动停止不重启 。
1.no为默认值，表示容器退出时 ， docker不自动重启容器
2.on-failure表示，若容器的退出状态非0，则docker自动重启容器,还可以指定重启次数，若超过指定次数未能启动容器则放弃：
3.always表示，只要容器退出 ， 则docker将自动重启容器
mysql主机宕机 ， 从机怎么启用？可以手动将应用的数据库配置修改为从机的配置（ip、port、数据库名），然后重启服务 。
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系统下的安全模式 。以下这段引于其它地方，具体地址不太清楚了，也可以从官方文档中找到 。
CentOS7重启后mysql无法启动怎么办，不是报错就是卡死一、my.cnf配置文件datadir项配置错误或被启动脚本篡改
这个问题不太说讲 ， 主要是mysql自带的启动文件（/etc/init.d/mysqld）中会自动检测mysql的数据存储目录，若mysql新装，尚未初始化系统表，那么配置文件中的datadir项写不写无所谓，出现这种情况主要是在更改了mysql的数据存储目录，今天我出现的这个问题就在于此 。
我的mysql安装后的配置文件中关于datadir项目的配置如下，而该配置文件存储于/etc/my.cnf，今儿不知动了什么东西，查来查去都没找着原因 ， 后来打开该配置文件才发现 ， 其中的datadir项目被篡改成/var/mysql/data了.....
[mysqld] datadir=/data/mysql socket=/tmp/mysql.sock user=mysql
二、进程里已经存在mysql进程
这种情况我很少遇到，若存在mysql进程但有不提供mysql服务（表现为其他客户端连接不上mysql服务器，例如php连接mysql时提示“连接失败”） ， 这个时候就要看看有没有存在的mysql僵尸进程了，命令如下mysql宕机怎么启动：
ps -ef|grep mysql
若存在，该命令执行后会列出存在的僵尸进程，kill -9 `pid`掉即可 。
三、mysql的数据存储目录权限不足
这种情况发生于mysql第一次安装或升级，配置文件中的datatdir目录的权限要设定好，一般来说运行mysql的用户以及组就是mysql.mysql ， 那么解决权限不足问题的方法如下：
chown -R mysql.mysql /data/mysql ##该命令仅为示例，其中/data/mysql就是mysql配置文件中datadir的目录 ##若为空，则默认为mysql安装目录下的data文件夹下
四、覆盖安装或升级mysql后，残余数据的影响
这种情况发生于mysql被覆盖安装或升级后 ， 当然mysql无故宕机后也会有这种情况，可能会影响mysql启动的数据文件，一般存在于mysql的数据存储目录（这个目录依据my.cnf配置文件中的datadir而异），也就是存在于mysql数据存储目录下的mysql-bin.index文件，删除之即可 。
五、selinux的问题，centos下最容易出现
selinux不甚了解，直接关掉 。
##方法1：永久关闭seliux ##修改 vi /etc/selinux/config #文件中设置SELINUX=disabled，然后重启服务器 ##方法2：暂时关闭seliux setenforce 0 ##如需每次开机都铃声关闭seliux，则可以在/etc/rc.d/rc.local文件中添加该命令
六、mysql运行状态下删除binary日志后重启失败
这是今天在群里的一个朋友出现的，特汇总于此mysql宕机怎么启动；当mysql开启了二进制日志并且mysql在运行状态下用rm命令删除过mysql的binary日志文件的话，下次重启mysql你就悲剧了 。
什么是binary日志？说白了就是mysql的数据目录下的mysql-bin.000001、mysql-bin.000002的文件，下图所示 。
解决方法就是修改配置文件临时关闭binary-log，然后删除mysql数据目录下的所有类似mysql-bin.000001、mysql-bin.000002的文件后再次重启 ， mysql即可启动成功 。
#mysql配置关闭二进制日志 找到如下语句 注释掉即可 #log-bin=mysql-bin #binlog_format=mixed
此步骤操作完毕之后，若还需要启用二进制日志，那么就要先停掉mysql服务，然后修改msyql的配置文件，再次重启即可 。
另外再附上正确删除mysql二进制日志文件的方法（绝对不是rm -rf命令直接删这些文件）：
【mysql宕机怎么启动 mysql宕机从库切换】#第一步 通过shell或cmd登录进mysql 这步没什么好说的 msyql -u root -p *** #第二步 在mysql下直接执行清理binary日志命令 mysql reset master #注意：此处仅针对单台mysql而言，若有互备mysql 则执行该命令有风险
关于mysql宕机怎么启动和mysql宕机从库切换的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。

    推荐阅读


    上一篇：redis绑定多个ip 连接两套redis

    下一篇：如何连接自己购买的服务器？ 自己购买的服务器怎么连接