mysql迁移时错误总结

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用系列 2核4GB
简介:

错误1:数据库做迁移时,往往会出现各种问题,比如performance_schema,数据库perfor这个出错,可以尝试用此命令修复:

1
2
3
mysql_upgrade -u root -p 
   
mysql_upgrade -u root -p --force



错误2:找不到指定的innodb目录。

在my.cnf配置文件中添加如下参数:

1
2
3
innodb_data_home_dir =  /home/data/database
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir =  /home/data/database



这里说一下正确迁移数据库的步骤:

1
2
3
4
5
1)初始化数据库目录: /data
mysqld --initialize-insecure  --basedir= /usr/local/mysql  --datadir= /home/data/database   --user=mysql --server- id =50
2)删除初始化目录下的文件: rm  -rf  ibdata1 iblogfile1 iblogfile2 mysql 
3)把复制的数据库拷贝到初始化的目录下 cp  mysql ibdata1 iblogfile1 iblogfile2    /data/     
4)mysql_upgrade -u root -p       #这一步至关重要,一般能解决迁移时所有问题。

1
拷贝的数据库可能出现各种错误,此时需要在my.cnf配置文件中设置innodb_force_recovery=1 ,重启mysql,如果出错改为2一直到6试试。


错误3:迁移完数据库配置主从复制时,总是提示least set server_id:

删除mysql下的5张表。

1
2
3
4
5
drop table  if  exists innodb_index_stats;
drop table  if  exists innodb_table_stats;
drop table  if  exists slave_master_info;
drop table  if  exists slave_relay_log_info;
drop table  if  exists slave_worker_info;



然后删除:/data/mysql下
相关的.frm .ibd文件   #如果没有则无需删除

1
2
3
4
5
rm  -rf innodb_index_stats*
rm  -rf innodb_table_stats*
rm  -rf slave_master_info*
rm  -rf slave_relay_log_info*
rm  -rf slave_worker_info*


登录数据库:> source /usr/local/mysql/share/mysql_system_tables.sql #此命令不行的话需要重新建表。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
use mysql
 
CREATE TABLE `innodb_index_stats` (
   `database_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `table_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `index_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
   `stat_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `stat_value` bigint(20) unsigned NOT NULL,
   `sample_size` bigint(20) unsigned DEFAULT NULL,
   `stat_description` varchar(1024) COLLATE utf8_bin NOT NULL,
   PRIMARY KEY (`database_name`,`table_name`,`index_name`,`stat_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin STATS_PERSISTENT=0;
-----------------------------------
CREATE TABLE `innodb_table_stats` (
   `database_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `table_name` varchar(64) COLLATE utf8_bin NOT NULL,
   `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
   `n_rows` bigint(20) unsigned NOT NULL,
   `clustered_index_size` bigint(20) unsigned NOT NULL,
   `sum_of_other_index_sizes` bigint(20) unsigned NOT NULL,
   PRIMARY KEY (`database_name`,`table_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin STATS_PERSISTENT=0;
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
CREATE TABLE `slave_master_info` (
   `Number_of_lines` int(10) unsigned NOT NULL COMMENT  'Number of lines in the file.' ,
   `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT  'The name of the master binary log currently being read from the master.' ,
   `Master_log_pos` bigint(20) unsigned NOT NULL COMMENT  'The master log position of the last read event.' ,
   `Host` char(64) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT  ''  COMMENT  'The host name of the master.' ,
   `User_name` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The user name used to connect to the master.' ,
   `User_password` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The password used to connect to the master.' ,
   `Port` int(10) unsigned NOT NULL COMMENT  'The network port used to connect to the master.' ,
   `Connect_retry` int(10) unsigned NOT NULL COMMENT  'The period (in seconds) that the slave will wait before trying to reconnect to the master.' ,
   `Enabled_ssl` tinyint(1) NOT NULL COMMENT  'Indicates whether the server supports SSL connections.' ,
   `Ssl_ca` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The file used for the Certificate Authority (CA) certificate.' ,
   `Ssl_capath` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The path to the Certificate Authority (CA) certificates.' ,
   `Ssl_cert` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The name of the SSL certificate file.' ,
   `Ssl_cipher` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The name of the cipher in use for the SSL connection.' ,
   `Ssl_key` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The name of the SSL key file.' ,
   `Ssl_verify_server_cert` tinyint(1) NOT NULL COMMENT  'Whether to verify the server certificate.' ,
   `Heartbeat` float NOT NULL,
   `Bind` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'Displays which interface is employed when connecting to the MySQL server' ,
   `Ignored_server_ids` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The number of server IDs to be ignored, followed by the actual server IDs' ,
   `Uuid` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The master server uuid.' ,
   `Retry_count` bigint(20) unsigned NOT NULL COMMENT  'Number of reconnect attempts, to the master, before giving up.' ,
   `Ssl_crl` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The file used for the Certificate Revocation List (CRL)' ,
   `Ssl_crlpath` text CHARACTER SET utf8 COLLATE utf8_bin COMMENT  'The path used for Certificate Revocation List (CRL) files' ,
   `Enabled_auto_position` tinyint(1) NOT NULL COMMENT  'Indicates whether GTIDs will be used to retrieve events from the master.' ,
   PRIMARY KEY (`Host`,`Port`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT= 'Master Information' ;

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE `slave_relay_log_info` (
   `Number_of_lines` int(10) unsigned NOT NULL COMMENT  'Number of lines in the file or rows in the table. Used to version table definitions.' ,
   `Relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT  'The name of the current relay log file.' ,
   `Relay_log_pos` bigint(20) unsigned NOT NULL COMMENT  'The relay log position of the last executed event.' ,
   `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT  'The name of the master binary log file from which the events in the relay log file were read.' ,
   `Master_log_pos` bigint(20) unsigned NOT NULL COMMENT  'The master log position of the last executed event.' ,
   `Sql_delay` int(11) NOT NULL COMMENT  'The number of seconds that the slave must lag behind the master.' ,
   `Number_of_workers` int(10) unsigned NOT NULL,
   `Id` int(10) unsigned NOT NULL COMMENT  'Internal Id that uniquely identifies this record.' ,
   PRIMARY KEY (`Id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT= 'Relay Log Information' ;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE TABLE `slave_worker_info` (
   `Id` int(10) unsigned NOT NULL,
   `Relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
   `Relay_log_pos` bigint(20) unsigned NOT NULL,
   `Master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
   `Master_log_pos` bigint(20) unsigned NOT NULL,
   `Checkpoint_relay_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
   `Checkpoint_relay_log_pos` bigint(20) unsigned NOT NULL,
   `Checkpoint_master_log_name` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
   `Checkpoint_master_log_pos` bigint(20) unsigned NOT NULL,
   `Checkpoint_seqno` int(10) unsigned NOT NULL,
   `Checkpoint_group_size` int(10) unsigned NOT NULL,
   `Checkpoint_group_bitmap` blob NOT NULL,
   PRIMARY KEY (`Id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT= 'Worker Information' ;

重启mysql。 




错误:mysql.user has no `Event_priv` column at position 28

1
2
3
4
5
6
7
8
9
10
/usr/local/mysql/bin/mysqld  --defaults- file = /usr/local/mysql/my .cnf  --initialize-insecure
select  user,host,authentication_string,plugin from mysql.user;    #查看用户状态
UPDATE mysql.user SET authentication_string=PASSWORD( 'password' ) WHERE User= 'root'  and host= 'localhost' ;
FLUSH PRIVILEGES;
/usr/local/mysql/bin/mysqld_safe  --defaults- file = /usr/local/mysql/my .cnf --skip-grant-tables &
/usr/local/mysql/bin/mysql_upgrade  --defaults- file = /usr/local/mysql/my .cnf -p --force GRANT ALL PRIVILEGES ON *.* TO  'test1' @ 'localhost'  IDENTIFIED BY   'password' ;    #创建一个测试用的账户
select  user,host,authentication_string,plugin from mysql.user;     #用户状态还是错误
UPDATE mysql.user SET authentication_string=PASSWORD( 'password' ) WHERE User= 'test1'  and host= 'localhost' ;
UPDATE mysql.user SET plugin= 'mysql_native_password'   WHERE User= 'test1'  and host= 'localhost' ;
FLUSH PRIVILEGES;




本文转自 王家东哥 51CTO博客,原文链接:http://blog.51cto.com/xiaodongge/1844281


相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
打赏
0
0
0
0
344
分享
相关文章
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为'0'或'1',查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。
【YashanDB知识库】YMP从mysql迁移到崖山,报错:服务器错误
【YashanDB知识库】YMP从mysql迁移到崖山,报错:服务器错误
【YashanDB知识库】YMP从mysql迁移到崖山,报错:服务器错误
【YashanDB知识库】YMP从mysql迁移到崖山,报错:服务器错误
【YashanDB知识库】YMP从mysql迁移到崖山,报错:服务器错误
使用崖山YMP 迁移 Oracle/MySQL 至YashanDB 23.2 验证测试
这篇文章是作者尚雷关于使用崖山YMP迁移Oracle/MySQL至YashanDB 23.2的验证测试分享。介绍了YMP的产品信息,包括架构、版本支持等,还详细阐述了外置库部署、YMP部署、访问YMP、数据源管理、任务管理(创建任务、迁移配置、离线迁移、校验初始化、一致性校验)及MySQL迁移的全过程。
MySQL生产环境迁移至YashanDB数据库深度体验
这篇文章是作者将 MySQL 生产环境迁移至 YashanDB 数据库的深度体验。介绍了 YashanDB 迁移平台 YMP 的产品相关信息、安装步骤、迁移中遇到的各种兼容问题及解决方案,最后总结了迁移体验,包括工具部署和操作特点,也指出功能有优化空间及暂不支持的部分,期待其不断优化。
【YashanDB 知识库】MySQL 迁移至崖山 char 类型数据自动补空格问题
问题分类】功能使用 【关键字】char,char(1) 【问题描述】MySQL 迁移至崖山环境,字段类型源端和目标端都为 char(2),但应用存储的数据为'0'、'1',此时崖山查询该表字段时会自动补充空格 【问题原因分析】mysql 有 sql_mode 控制,检查是否启用了 PAD_CHAR_TO_FULL_LENGTH SQL 模式。如果启用了这个模式,MySQL 才会保留 CHAR 类型字段的尾随空格,默认没有启动。 #查看sql_mode mysql> SHOW VARIABLES LIKE 'sql_mode'; 【解决/规避方法】与应用确认存储的数据,正确定义数据
手把手带你从自建 MySQL 迁移到云数据库,一步就能脱胎换骨
阿里云瑶池数据库来开课啦!自建数据库迁移至云数据库 RDS原来只要一步操作就能搞定!点击阅读原文完成实验就可获得一本日历哦~
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等