多重复制架构下的MySQL升级实践：5.1-5.5

2024-05-04 01:38
文章标签 mysql 实践 架构 复制 升级 多重 database 5.5 5.1

本文主要是介绍多重复制架构下的MySQL升级实践：5.1-5.5，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

升级前准备

1.下载mysql-5.5.42、mysql-5.6.23到/usr/local目录下

cd /usr/local
wget http://mysql.com/Downloads/MySQL-5.5/mysql-5.5.42-linux2.6-x86_64.tar.gz
wget http://mysql.com/Downloads/MySQL-5.6/mysql-5.6.23-linux-glibc2.5-x86_64.tar.gz

2.解压mysql-5.5.42程序到/usr/local/目录下

tar zcf /usr/local/mysql-5.5.42-linux2.6-x86_64.tar.gz .

3.获取root权限

升级SLAVE到MySQL 5.5.42

1.确认当前待升级的 db server为只读状态，如果不是，则设置为只读

show global variables like 'read_only';
SET global read_only=true;

2.确认slave禁用了程序启动后自动开启复制，如果没有禁用则修改mysql配置文件禁止mysql自动开启复制

grep 'skip-slave-start' /etc/mysql/my.cnf

2.关闭slave复制线程，并记录复制点

STOP SLAVE;
SHOW SLAVE STATUS \G

3.关闭mysql slave server

/etc/init.d/mysql stop

4.替换MySQL程序为新的版本

cd /usr/local/
mv mysql mysql-5.1
mv mysql-5.5.42 mysql
mv /etc/init.d/mysql /etc/init.d/mysql-5.1
cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql

6.启动MySQL服务并执行升级程序

/etc/init.d/mysql start

/usr/local/mysql/bin/mysql_upgrade --skip-write-binlog -udbadmin -p

7.重启MySQL服务

/etc/init.d/mysql stop
/etc/init.d/mysql start

8.验证MySQL版本及可用性

SELECT @@version;

USE test;-- 创建测试表
CREATE TABLE test.mysql_upgrade_test (is_upgrade_success enum('true','false') NOT NULL DEFAULT 'true') ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- 验证insert操作
INSERT INTO test.mysql_upgrade_test (is_upgrade_success) VALUES ('false');
-- 验证update操作
UPDATE test.mysql_upgrade_test SET is_upgrade_success='true';
-- 验证 select 操作
SELECT * FROM test.mysql_upgrade_test;
-- 验证 delete 操作
DELETE FROM test.mysql_upgrade_test;
-- 删除测试表
DROP TABLE test.mysql_upgrade_test;

9.启动slave复制

START SLAVE;

10.观察复制是否正常

SHOW SLAVE STATUS \G
升级MASTER到MySQL 5.5.42

1.确认vt web db slave是否为只读，如果不是，则将其设为只读

SHOW GLOBAL VARIABLES LIKE 'read_only';
SET GLOBAL read_only = on;

2.停止keepalived应用程序，使应用切换到slave上。

/etc/init.d/keepalived stop

3.确认master禁用了自动开启复制。如果没有禁用，则修改mysql配置文件禁止mysql自动开启复制

grep 'skip-slave-start' /etc/mysql/my.cnf

4.关闭复制线程，并记录复制点

STOP SLAVE;
SHOW SLAVE STATUS \G

5.关闭mysql slave server

/etc/init.d/mysql stop

6.替换MySQL程序为新的版本

cd /usr/local/
mv mysql mysql-5.1
mv mysql-5.5.42 mysql
mv /etc/init.d/mysql /etc/init.d/mysql-5.1
cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql

6.启动MySQL服务并执行升级程序（注意：升级master的时候要加上--skip-write-binlog参数，避免升级操作通过binlog同步到slave上）

/etc/init.d/mysql start

/usr/local/mysql/bin/mysql_upgrade --skip-write-binlog -udbadmin -p

7.重启MySQL服务

/etc/init.d/mysql stop
/etc/init.d/mysql start

8.验证MySQL版本及可用性

SELECT @@VERSION;

USE test;-- 创建测试表
CREATE TABLE test.mysql_upgrade_test (is_upgrade_success enum('true','false') NOT NULL DEFAULT 'true') ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- 验证insert操作
INSERT INTO test.mysql_upgrade_test (is_upgrade_success) VALUES ('false');
-- 验证update操作
UPDATE test.mysql_upgrade_test SET is_upgrade_success='true';
-- 验证 select 操作
SELECT * FROM test.mysql_upgrade_test;
-- 验证 delete 操作
DELETE FROM test.mysql_upgrade_test;
-- 删除测试表
DROP TABLE test.mysql_upgrade_test;

9.启动slave复制

START SLAVE;

10.观察复制是否正常

SHOW SLAVE STATUS \G

13.相关命令

异常情况处理

1). 采取先slave后master的升级方式。master升级异常，在规定时间内无法修复，可以切换到slave提供服务。

2).最近在升级一个带分区表的库时，其中有两张表在升级过程中由于分区采用KEY分区方式，升级时脚本报错，如下：

host-a:/usr/local# /usr/local/mysql/bin/mysql_upgrade -udbadmin -p
Enter password:
Looking for 'mysql' as: /usr/local/mysql/bin/mysql
Looking for 'mysqlcheck' as: /usr/local/mysql/bin/mysqlcheck
Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/tmp/mysql.sock'
Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/tmp/mysql.sock'
xtaisan.video_slideshowInfo                        OK
xtaisan.video_trackingMeta
error    : KEY () partitioning changed, please run:
ALTER TABLE `xtaisan`.`video_trackingMeta`  PARTITION BY RANGE (video_id)
SUBPARTITION BY KEY /*!50531 ALGORITHM = 1 */ (video_id)
SUBPARTITIONS 4
(PARTITION p_1 VALUES LESS THAN (2400000000) ENGINE = InnoDB,
 PARTITION p_2 VALUES LESS THAN (2500000000) ENGINE = InnoDB,
 PARTITION p_3 VALUES LESS THAN (2600000000) ENGINE = InnoDB,
 PARTITION p_4 VALUES LESS THAN (2700000000) ENGINE = InnoDB,
 PARTITION p_5 VALUES LESS THAN (2800000000) ENGINE = InnoDB,
 PARTITION p_6 VALUES LESS THAN (2900000000) ENGINE = InnoDB,
 PARTITION p_7 VALUES LESS THAN (3000000000) ENGINE = InnoDB,
 PARTITION p_max VALUES LESS THAN MAXVALUE ENGINE = InnoDB)
status   : Operation failed
xtaisan.video_trackingMetaFinished
error    : KEY () partitioning changed, please run:
ALTER TABLE `xtaisan`.`video_trackingMetaFinished`  PARTITION BY RANGE (video_id)
SUBPARTITION BY KEY /*!50531 ALGORITHM = 1 */ (video_id)
SUBPARTITIONS 4
(PARTITION p_1 VALUES LESS THAN (2400000000) ENGINE = InnoDB,
 PARTITION p_2 VALUES LESS THAN (2500000000) ENGINE = InnoDB,
 PARTITION p_3 VALUES LESS THAN (2600000000) ENGINE = InnoDB,
 PARTITION p_4 VALUES LESS THAN (2700000000) ENGINE = InnoDB,
 PARTITION p_5 VALUES LESS THAN (2800000000) ENGINE = InnoDB,
 PARTITION p_6 VALUES LESS THAN (2900000000) ENGINE = InnoDB,
 PARTITION p_7 VALUES LESS THAN (3000000000) ENGINE = InnoDB,
 PARTITION p_max VALUES LESS THAN MAXVALUE ENGINE = InnoDB)
status   : Operation failed
xtaisan.video_trackingMetaNewVDNA                  OK
......
xvstool.websites                                   OK
Running 'mysql_fix_privilege_tables'...
OK
root@EQX-148:/usr/local#

解决办法：

dbadmin@(none) 04:32:13>ALTER TABLE `xtaisan`.`video_trackingMeta`  PARTITION BY RANGE (video_id)
    -> SUBPARTITION BY KEY /*!50531 ALGORITHM = 1 */ (video_id)
    -> SUBPARTITIONS 4
    -> (PARTITION p_1 VALUES LESS THAN (2400000000) ENGINE = InnoDB,
    ->  PARTITION p_2 VALUES LESS THAN (2500000000) ENGINE = InnoDB,
    ->  PARTITION p_3 VALUES LESS THAN (2600000000) ENGINE = InnoDB,
    ->  PARTITION p_4 VALUES LESS THAN (2700000000) ENGINE = InnoDB,
    ->  PARTITION p_5 VALUES LESS THAN (2800000000) ENGINE = InnoDB,
    ->  PARTITION p_6 VALUES LESS THAN (2900000000) ENGINE = InnoDB,
    ->  PARTITION p_7 VALUES LESS THAN (3000000000) ENGINE = InnoDB,
    ->  PARTITION p_max VALUES LESS THAN MAXVALUE ENGINE = InnoDB);
Query OK, 19386611 rows affected (22 min 49.71 sec)
Records: 19386611  Duplicates: 0  Warnings: 0


特别说明：

        a) mysql从5.5开始，key分区方式使用的哈希函数算法发生了改变，如果分区表中使用了key分区，则必须在升级到5.5后需手动执行 ALTER TABLE ... PARTITION BY ALGORITHM=1 [LINEAR] KEY，以兼容mysql5.1。ALGORITHM=1表示使用5.1的哈希算法，ALGORITHM=2表示使用的是新的哈希算法，从mysql5.5开始，如果使用key分区，在没有明确指明哈希算法时，默认使用新哈希算法，即ALGORITHM=2。

        b) 如果需要从mysql5.5或之后的版本降级为mysql5.1，则需要使用旧的哈希算法（即ALGORITHM=1）重建分区，否则不兼容。


3）mysql启动时报错：usr/local/mysql/bin/mysqld: error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directory

原因：系统缺少共享库libaio.so.1

解决方法：把缺少的库安装上

apt-get install libaio-dev

升级后续工作

1.升级备份工具、监控程序等



附:

MySQL版本下载链接MySQL5.1 http://downloads.mysql.com/archives/get/file/mysql-5.1.57-linux-i686-glibc23.tar.gz

MySQL5.5 http://mysql.com/Downloads/MySQL-5.5/mysql-5.5.42-linux2.6-x86_64.tar.gz http://cdn.mysql.com/Downloads/MySQL-5.5/mysql-5.5.42-linux2.6-i686.tar.gz

MySQL5.6 http://mysql.com/Downloads/MySQL-5.6/mysql-5.6.23-linux-glibc2.5-i686.tar.gz http://cdn.mysql.com/Downloads/MySQL-5.6/mysql-5.6.23-linux-glibc2.5-x86_64.tar.gz

MySQL5.0以后的各历史归档版本 http://downloads.mysql.com/archives/community/

这篇关于多重复制架构下的MySQL升级实践：5.1-5.5的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/958082。

相关文章

Spring Security简介、使用与最佳实践

Spring Security简介、使用与最佳实践

《SpringSecurity简介、使用与最佳实践》SpringSecurity是一个能够为基于Spring的企业应用系统提供声明式的安全访问控制解决方案的安全框架,本文给大家介绍SpringSec... 目录一、如何理解 Spring Security？—— 核心思想二、如何在 Java 项目中使用？——
阅读更多...
MySQL的JDBC编程详解

MySQL的JDBC编程详解

《MySQL的JDBC编程详解》：本文主要介绍MySQL的JDBC编程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录前言一、前置知识1. 引入依赖2. 认识 url二、JDBC 操作流程1. JDBC 的写操作2. JDBC 的读操作总结前言本文介绍了mysq
阅读更多...
java.sql.SQLTransientConnectionException连接超时异常原因及解决方案

java.sql.SQLTransientConnectionException连接超时异常原因及解决方案

《java.sql.SQLTransientConnectionException连接超时异常原因及解决方案》：本文主要介绍java.sql.SQLTransientConnectionExcep... 目录一、引言二、异常信息分析三、可能的原因3.1 连接池配置不合理3.2 数据库负载过高3.3 连接泄漏
阅读更多...
防止Linux rm命令误操作的多场景防护方案与实践

防止Linux rm命令误操作的多场景防护方案与实践

《防止Linuxrm命令误操作的多场景防护方案与实践》在Linux系统中,rm命令是删除文件和目录的高效工具,但一旦误操作,如执行rm-rf/或rm-rf/*,极易导致系统数据灾难,本文针对不同场景... 目录引言理解 rm 命令及误操作风险rm 命令基础常见误操作案例防护方案使用 rm编程 别名及安全删除
阅读更多...
Linux下MySQL数据库定时备份脚本与Crontab配置教学

Linux下MySQL数据库定时备份脚本与Crontab配置教学

《Linux下MySQL数据库定时备份脚本与Crontab配置教学》在生产环境中,数据库是核心资产之一,定期备份数据库可以有效防止意外数据丢失,本文将分享一份MySQL定时备份脚本,并讲解如何通过cr... 目录备份脚本详解脚本功能说明授权与可执行权限使用 Crontab 定时执行编辑 Crontab添加定
阅读更多...
C++统计函数执行时间的最佳实践

C++统计函数执行时间的最佳实践

《C++统计函数执行时间的最佳实践》在软件开发过程中,性能分析是优化程序的重要环节,了解函数的执行时间分布对于识别性能瓶颈至关重要,本文将分享一个C++函数执行时间统计工具,希望对大家有所帮助... 目录前言工具特性核心设计1. 数据结构设计2. 单例模式管理器3. RAII自动计时使用方法基本用法高级用法
阅读更多...
PHP应用中处理限流和API节流的最佳实践

PHP应用中处理限流和API节流的最佳实践

《PHP应用中处理限流和API节流的最佳实践》限流和API节流对于确保Web应用程序的可靠性、安全性和可扩展性至关重要,本文将详细介绍PHP应用中处理限流和API节流的最佳实践,下面就来和小编一起学习... 目录限流的重要性在 php 中实施限流的最佳实践使用集中式存储进行状态管理（如 Redis）采用滑动
阅读更多...
ShardingProxy读写分离之原理、配置与实践过程

ShardingProxy读写分离之原理、配置与实践过程

《ShardingProxy读写分离之原理、配置与实践过程》ShardingProxy是ApacheShardingSphere的数据库中间件,通过三层架构实现读写分离,解决高并发场景下数据库性能瓶... 目录一、ShardingProxy技术定位与读写分离核心价值1.1 技术定位1.2 读写分离核心价值二
阅读更多...
深入浅出Spring中的@Autowired自动注入的工作原理及实践应用

深入浅出Spring中的@Autowired自动注入的工作原理及实践应用

《深入浅出Spring中的@Autowired自动注入的工作原理及实践应用》在Spring框架的学习旅程中,@Autowired无疑是一个高频出现却又让初学者头疼的注解,它看似简单,却蕴含着Sprin... 目录深入浅出Spring中的@Autowired：自动注入的奥秘什么是依赖注入？@Autowired
阅读更多...
Debian 13升级后网络转发等功能异常怎么办? 并非错误而是管理机制变更

Debian 13升级后网络转发等功能异常怎么办? 并非错误而是管理机制变更

《Debian13升级后网络转发等功能异常怎么办?并非错误而是管理机制变更》很多朋友反馈，更新到Debian13后网络转发等功能异常，这并非BUG而是Debian13Trixie调整... 日前 Debian 13 Trixie 发布后已经有众多网友升级到新版本，只不过升级后发现某些功能存在异常，例如网络转
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2