Mysql 数据迁移后 启动出错

今天上班后不知道为什么,mysql一直无法启动,折腾了半天于是决定重装

我本地的服务器用的是wamp , 重装的时候, 要进行数据备份 , 我使用的最简单粗暴的备份方式, 就是直接进入到mysql的安装目录下, 把data拷贝一份就可以了.

然后卸载wamp后重装,数据迁移就是把data贴到相同位置替换下就ok了

但是今天迁移完后,mysql怎么也启动不了,查看log,显示各种错误

2014-11-13 13:40:29 5196 [Note] Plugin ‘FEDERATED‘ is disabled.

2014-11-13 13:40:29 5196 [Note] InnoDB: The InnoDB memory heap is disabled

2014-11-13 13:40:29 5196 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions

2014-11-13 13:40:29 5196 [Note] InnoDB: Compressed tables use zlib 1.2.3

2014-11-13 13:40:29 5196 [Note] InnoDB: Not using CPU crc32 instructions

2014-11-13 13:40:29 16e4  InnoDB: Error: unable to create temporary file; errno: 2

2014-11-13 13:40:29 5196 [ERROR] Plugin ‘InnoDB‘ init function returned error.

2014-11-13 13:40:29 5196 [ERROR] Plugin ‘InnoDB‘ registration as a STORAGE ENGINE failed.

2014-11-13 13:40:29 5196 [ERROR] Unknown/unsupported storage engine: InnoDB

2014-11-13 13:40:29 5196 [ERROR] Aborting

查看各种资料后, 又有了粗犷的方式,删除了data目录下的除数据库文件夹以及ibdata1之外的文件, 再重启, ok了, 小绿图标出来了，mysql正常启动了。

*注意: 一定不要删除ibdata1, 查了资料, 说这个是很重要的文件，保存着innodb相关的数据

当然,身为妹子的博主,自然有自己细心的一面, 为什么删除了其他文件就可以启动呢?

并且,在迁移过程中,妹纸做了各种测试.

1.仅替换data内的数据库文件夹,重启后mysql可以启动,但用navicat连接数据库后无法打开数据表,显示数据表不存在  (即数据丢失, 上述ibdata1相关)

2.将事先备份的data内的数据库文件夹以及ibdata1替换到data目录下,重启, mysql无法启动

3.将ib_logfile0以及ib_logfile1删除, 重启 , mysql启动正常, 连接数据库数据表信息恢复.

大致搞懂了这三部分文件的用途, 具体原因, 还待深究 , 日后补文.

时间： 2024-07-31 16:23:51

Mysql 数据迁移后 启动出错的相关文章

mysql数据迁移

一. 数据迁移简介所谓的数据迁移,就是指将原有的数据库系统迁移到另外一个业务系统上数据迁移的原因是多种多样的,有可能是业务变更.硬件升级.平台切换或升级mysql数据库 迁移的注意事项:(1).相同版本可以迁移(2).注意版本可以使用的引擎(3).低版本可以向高版本进行数据迁移,高版本一般兼容低版本的特性(4).高版本的数据不能向低版本进行数据迁移,会出现数据不兼容的情况(5).迁移是请注意导出数据和备份数据,出现迁移失败时,立即启动备份方案,保证公司业务的正常运行(6).在数据迁移时,要选择用

阿里云 CentOS下面 Mysql 数据迁移

本次Mysql数据迁移, 只是从阿里云的CentOS系统盘中,把mysql的data数据, 迁移到非系统盘中. 起因: 由于购买阿里云时候,  默认的系统盘只有20G.  后又购买了100G磁盘空间, 这时, 需要把原mysql数据, 迁移到新的磁盘分区中. 所有的操作步骤记录如下: 1. 新挂载磁盘分区: mount, 并设置为重启后自动加载. 2. 暂时关闭nginx服务器. 再关闭mysql服务器. 3. 修改/etc/my.cnf配置文件, 将里面的路径, 修改为新磁盘中的, 需要保存m

MySQL数据迁移到MSSQL-以小米数据库为例-测试828W最快可达到2分11秒

这里采用.NET Framework 4.0以上版本中新出现的 ConcurrentQueue<T> 类 MSDN是这样描述的: ConcurrentQueue<T> 类是一个线程安全的先进先出 (FIFO) 集合. ConcurrentQueue<T> 的所有公共且受保护的成员都是线程安全的,可从多个线程同时使用. 共采用两个线程,一个读一个写. ConcurrentQueue<T>的实现方法: (FIFO) 集合: ConcurrentQueue<

MySQL数据迁移问题

最近尝试了一下小型数据迁移.本地迁移,windows平台,修改配置文件中的data_dir项,然后将旧的data文件下的数据文件全部拷贝过去. 之后登陆数据库,竟然1145错误.可以看到数据库的结构,各个表的名称,但是想深入表看其中数据却看不了. 不知道为什么,搜了一下,有人说拷贝的时候原SQL服务没有停下,有的说InnoDB引擎创建的表不支持这种直接拷贝,而MyISAM则可以. 没办法,只能采取笨办法咯~先在原来数据库上进行备份,然后再导入. mysqldump -u root -p data

MySQL数据迁移实战

一.背景: 公司因为机器资源紧张,需要给测试部分腾出几台机器做测试用,需要把现有机器上的应用全部迁移到别的机器上. 经过讨论,采用Xtrabackup工具对对InnoDB做数据备份. 二.准备工作 1.安装Xtrabackup工具 1)安装依赖包 yum install libaio libaio-devel perl-Time-HiRes curl curl-devel zlib-devel openssl-devel perl cpio expat-devel gettext-devel p

Mysql数据迁移备份

新跳槽了一家公司,上来就是数据库调优和数据迁移.调优那部分后面再补上来.公司目前用的是5.1的数据库,很老了,而且随着业务的发展需要做读写分离和主从复制.想把所有的数据都挪到新库上去.但这个库大概有60G的数据.主要思路: 1.创建用户,并授权 2.搭建主从,做到主从同步,数据目前先保持一致,在切换主从同步切换ipMysql5.1已有数据量了,为保证数据的一致性.故需要锁库,等数据导入后再解锁 3.需要注意从库和主库的引擎,字符集show variables like 'character_se

mysql数据迁移到sql server（微软的迁移工具）

系统环境:win7 64位旗舰版 Mysql数据库:5.5版本  64位 Sql Server 2008: 64位 Odbc驱动程序版本:5.1 64位 迁移数据库:aimsv22 迁移工具: SSMA 2008 forMySQL 数据迁移时必须下载好对应的odbc驱动程序 (此处为odbc for mysql). 在微软官方网站下载SSMA 2008 forMySQL mysql数据库   sql server数据库

centos下mysql数据迁移方法

第一种: 原始数据库不需要重新安装: 默认mysql会安装在/var/lib/mysql这里,若将数据迁移到/data/mysql目录下,步骤如下: 1.停止mysql服务 2.#cp /var/lib/mysql/* /data/mysql/ #chown -R mysql.mysql /data/mysql 3.修改my.cnf文件 basedir = /usr datadir = /data/mysql socket = /data/mysql/mysql.sock pid-file =

MySQL 数据迁移脚本

用python写了个数据迁移脚本,主要是利用从库将大的静态表导出表空间,载导入到目标实例中. #!/usr/bin/env python3 #-*- coding:utf8 -*- #author:zhanbin.liu #!!!!!DB必须同版本 #python3环境 pip3 install pymysql paramiko import os #from pathlib import Path import sys import pymysql import paramiko #每次只能迁