Linux上更改mysql数据库目录,是一个辛酸历程,其实我想交代更多的内容,只是限于文章的实用性,我决定去繁就简。
今天早上,客户告诉我期货交易平台登陆不上去,这肯定是项目出了bug。
一、show processlist
show processlist;
发现部分sql等待表级锁(且这么叫吧,懒得找翻译软件了),我首先想到的是“某几张表是myisam引擎,容易发生表级锁,之前就有类似的问题发生,先kill掉sql进程,然后将表引擎由myisam改为innodb。”
当然了,我按照这个想法准备要执行表引擎的更换了,但出现了突发状况。
二、got error 28 from storage engine
如题所示,当我准备打开表查看数据的时候,出现了“got error 28 from storage engine”错误消息提示,我的翻译是“存储引擎出现了28错误”。
当然我百度了,找到这样一篇mysql的“Got error 28 from storage engine”错误,说实话,这篇文章没有给我什么鸟的帮助,但现在回想起来,确实是我自己大意了,虽然说清空“/tmp”目录的做法不值得推荐,但至少应该去清空一些磁盘,把数据库备份一下。
当然了,我想到去备份数据,使用了“mysqldump”命令尝试了一次数据备份,但是遗憾的是,报了一个错误,提示我无法保存。这是显而易见的,因为磁盘本身就不足了,没有清空磁盘,搞毛线的备份。但这是事后诸葛亮的想法,当时的我显然没有针对性的对数据进行备份!再次奉劝各位,数据库出问题时,即使有自动化的数据备份,但尽量在修正问题之前再做一次实时的备份!
三、df -h
没有备份成功,我就转向了另外一个方向,查看数据磁盘空间。
[root@iZ23gsv94suZ run]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 19G 16M 100% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
/dev/xvdb1 99G 255M 99G 1% /mnt
看到use等于“100%”,我已经确定问题出在哪里了,但是我在这里继续犯了一个错误。
“莫非是阿里云的磁盘没有挂载成功,就是/dev/xvdb1对应的这个100G磁盘没有挂载成功,否则怎么把20G的这个盘给沾满了呢?”
后知后觉的我现在恍然大悟,对于windows操作系统,C盘满了,怎么也不会把数据移动到D盘来,然而当时我怎么都在怀疑阿里云的磁盘没有挂载成功!这就是一个天大的错误!
四、阿里云磁盘挂载
由于上面这一步认为阿里云磁盘没有挂载成功,所以当时糊涂的我一心要重新挂载磁盘,于是我又在Linux 系统挂载数据盘这个泥潭里深陷不已,久久不能自拔,由于硬盘确实已经挂在成功,所以我再怎么费尽心思也只能得到“磁盘已挂载成功”的答案。但是,这里还是不得不说,一个人的精力实在有限,我几乎已经是一个全栈工程师,自己对自己在意的标签是“打杂工,偏java”,这就让我不得不感慨万千。
由于是个创业团队,我又是一个负责人,所以我要做的工作有:
- java编程
- web编程
- Linux编程(shell脚本、项目部署)
- C#客户端协调(调查bug、业务探讨、相关代码审核)
- 安卓编程(目前处于学习阶段)
- 项目管理(麻雀虽小肝胆俱全,我必须要让每个人开心快乐的工作,效率最大化)
- 财务、行政(发发工资、请大家聚餐活动、游玩、工作环境布置、浇花、打扫卫生)
- 需求分析(客户沟通、需求调查、业务建模)
- 个人能力提升(编程能力、为人处事能力)
等等等等,只要能想得到的,没有不做的,实在是无法集中重心专业负责哪一块,就导致哪一块都不精通,这也是导致本次问题出现一个关键因素。
所以,如果朋友们有好的解决方案,请不吝赐教,我希望通过互联网认识更多朋友,在未来的创业道路上一路前行,互惠互利。
五、mysql数据库目录更改
既然阿里云的磁盘已经挂在,那么接下来的工作就是把mysql的默认数据目录迁移到100G的盘上,而不是系统盘!
这个过程现在说起来很简单,但是在执行的过程中,却是千辛万苦!
linux 更改mysql的数据库目录,这篇文章提供了相应的办法,按理说,按照里面提到的方法执行下去就OK,但这里,我不得不强调,项目千差万别,每个人解决问题的办法也不尽相同,所以,动数据库之前,千万要先备份!
显然,我按照这篇文章所说,是没有把目录迁移成功,所以你也需要这样,请千万注意!
①、mv
Linux的mv命令很强大,但风险系数也很高!
强烈建议使用cp命令,而非mv命令,除非你一万个确定方案可行。
②、chown -R mysql:mysql /home/data/mysql/
chown -R mysql:mysql /home/data/mysql/ # 改变数据库的归属为mysql
这个语句慎用,反正坑哭了我!
③、 /mnt
前面曾提到 /dev/xvdb1 99G 255M 99G 1% /mnt
不知道,你是否注意,对于我一个Linux的雏鸟来说,显然没有意识到这个100G的磁盘,其路径是“/mnt”,也就是说,mysql的数据目录需要重置到该“/mnt”目录下。
④、目录迁移
1、cp -afpr /var/lib/mysql/ /mnt/
使用cp命令,将mysql的数据默认目录,移动到新的挂载盘/mnt下面
[root@iZ23gsv94suZ mysql]# pwd
/mnt/mysql
[root@iZ23gsv94suZ mysql]# ls
auto.cnf ib_logfile0 ibtmp1 iZ23gsv94suZ.pid mysql-bin.000001 mysql.sock RPM_UPGRADE_HISTORY
ibdata1 ib_logfile1 iZ23gsv94suZ.err mysql mysql-bin.index performance_schema RPM_UPGRADE_MARKER-LAST
2、vim /etc/my.cnf
[mysql]
default-character-set=utf8
socket = /mnt/mysql/mysql.sock
#
[mysqld]
# The TCP/IP Port the MySQL Server will listen on
port=3306
socket = /mnt/mysql/mysql.sock
把mysql配置文件的socket目录更改到/mnt下对应的路径
3、vim /etc/init.d/mysql
then
# datadir=/var/lib/mysql
datadir=/mnt/mysql
将该文件中的datadir修改为对应的/mnt目录
4、ln -s /mnt/mysql/mysql.sock /var/lib/mysql/mysql.sock
使用ln命令,指定一条链接给mysql.sock,具体的作用,我不知,你可百度。
按照以上四步,就可以转移mysql的数据库目录了,但是,我的过程远比这个艰辛。
搞来搞去,我的mysql是搞崩溃了,没有办法,需要重新安装。这里,你可以参照centOS下安装mysql5.7、升级mysql到5.7。然后,数据恢复你可以使用source命令,如果涉及到二进制日志恢复,你可以参照mysql之备份和导入数据(包括二进制日志)
但最重要的是,操作数据库之前,想尽一切办法先备份数据库!
相关文章
笑对现实的无奈,不能后退的时候,不再傍徨的时候,永远向前 路一直都在──陈奕迅《路一直都在》
本文出自:【沉默王二的博客】