标签：... p1 mysql 碎片 uroot mysqldump sql 迁移
一次生产环境mysql迁移操作（一）数据归档
一次生产环境mysql迁移操作（二）mysql空间释放（碎片整理）
上文中增加了定时归档，现在一些大表磁盘空间一直不释放，导致数据库文件越来越大。现在介绍下数据导入导出方案。
方案选择
暂时有两种方案选择：
1、停机数个小时，使用mysqldump进行备份（大表只最近导出10天的数据）和恢复，并将共享表空间设置为独立表空间
2、mysql使用OPTIMIZE 来进行碎片整理
2、搭建主从集群，记录备份时间点，然后将数据重新导入到从库，最后将从库切换为主库。
经过对比1、2、3，方案一操作简单，比较灵活可以先导入近一天数据，以后的数据慢慢导入，方案二需要锁表，且时间太长，而我们数据库版本是5.5.47且innodb-file-per-table参数没设置，所以不适合该方案，方案三操作比较麻烦，时间也需要很久，经过评估停机时间可以缩短为1小时，最后选择方案1。
实施
前置步骤
1、从我们归档的数据库中导出近期半个月数据。
mkdir -p /mnt/backup/mysql/
cd /mnt/backup/mysql/
mysqldump -uroot -p1 -t --skip-add-locks --single-transaction --quick --databases xxx --tables table1 --where 'clock >1543161600 and clock <=1543939200' >table1_1126-1204.sql
mysqldump -uroot -p1 -t --skip-add-locks --single-transaction --quick --databases xxx --tables table2 --where 'clock >1543161600 and clock <=1543939200' >table2_1126-1204.sql
...
...
...
2、从生产数据库中导出近一天的数据
比如说我们准备12月10升级，这里我们可以提前到处那六张大表的数据，该步骤可以不用停服务，并且不影响数据库正常运行。
mkdir -p /mnt/backup/mysql/
cd /mnt/backup/mysql/
mysqldump -uroot -p1 -t --skip-add-locks --single-transaction --quick --databases xxx --tables table1 --where 'clock >1543939200 and clock <=1544371200' >table1_1205-1209.sql
mysqldump -uroot -p1 -t --skip-add-locks --single-transaction --quick --databases xxx--table2 --where 'clock >1543939200 and clock <=1544371200' >table2_1205-1209.sql
...
...
...
操作步骤
1、停止相关服务
systemctl stop httpd
systemctl stop supervisord
systemctl stop xxx-server.service
2、执行清理脚本
由于这些大表都已经分区，所以清理就只需要保留当天的分区，以前的分区可以都drop掉，由于不同的库清理脚本不一样，所以脚本我这里就不列出来了
3、导出其余表数据
使用mysqldump导出主数据库中除了那6个大表以外的其他所有数据库的数据
mkdir -p /mnt/backup/mysql/
cd /mnt/backup/mysql/
mysqldump -R -uroot -p1 --databases db1 db2alert db3 guacamole --ignore-table=db1.table1 --ignore-table=db1.table2 > mysqldump.sql
备份mysql数据库中的用户和数据库信息
mysqldump -t -uroot -p1 --databases mysql> mysql_info_data.sql
4、使用mysqldump 分别导出 6个大表清理后的数据
cd /mnt/backup/mysql/
mysqldump -uroot -p1 --databases xxx --tables table1 --where 'clock >1544371200' >table1.sql
mysqldump -uroot -p1 --databases xxx --tables table2 --where 'clock >1544371200' >table2.sql
...
...
...
5、删除所有数据库
mysql -uroot -p1
drop database db1;
drop database db2;
drop database db3;
删除数据/var/lib/mysql下日志文件
systemctl stop mariadb
rm -rf /var/lib/mysql/ib*
#查看空间是否释放
df
6、配置/etc/my.cnf
修改/etc/my.cnf，这里需要将共享表空间设置为独立表空间。
备注：mysql 5.6.7版本后会默认开启独立表空间innodb-file-per-table=on
当前服务现在使用的版本是5.5.47，所以需要在my.cnf中进行配置，而openstack用的是5.6.22所以不用设置。
添加下面一句：
[mysqld]
innodb-file-per-table=1
systemctl start mariadb
mysql -uroot -p1
#查看设置是否生效，如果是on则说明已生效
show variables like '%per_table%';
7、分批导入数据库
cd /mnt/backup/mysql
mysql -uroot -p1
source mysqldump.sql;
use db1
source table1.sql;
source table2.sql;
...
...
...
8、验证数据
mysql -uroot -p1
use db1
show table status like 'table1%';
9、重启服务并验证
systemctl start httpd
systemctl start supervisord
systemctl start xxx-server.service
可以说现在服务运行正常了，现在就是慢慢导入历史数据了
后置步骤
导入历史数据
cd /mnt/backup/mysql
mysql -uroot -p1
use db1
source table1_1205-1209.sql;
source table2_1205-1209.sql;
...
...
...
lipengxs
发布了222 篇原创文章 · 获赞 9 · 访问量 13万+
私信
关注
标签：...,p1,mysql,碎片,uroot,mysqldump,sql,迁移 来源： https://blog.csdn.net/lp19861126/article/details/104107453
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。