首页 > 数据库

MySQL8.0就地升级到MySQL8.4.0的方法

来自：网络
时间：2024-08-28
阅读：
免费资源网 - https://freexyz.cn/

MySQL8.0就地升级到MySQL8.4.0

升级需求：将8.0.35升级到8.4.0,以In-Place方式直接升级到MySQL8.4.0。

数据库版本

操作系统版本

原版本

8.0.35

Centos7.9 x86_64

新版本

8.4.0

Centos7.9 x86_64

关闭现有版本MySQL，将二进制或包替换成新版本并在现有数据目录上启动MySQL并执行升级任务的方式，称为in-place升级。升级过程分为以下几步：

  • 完成升级前检查，并处理不合规问题。
  • 如果使用了XA事务，升级前通过命令xa recover未提交XA事务，并使用xa commit或xa rollback命令提交或回滚。
  • 将innodb_fast_shutdown改为0或1。
  • 关闭现版本MySQL。
  • 升级MySQL二进制文件或软件包。
  • 在现有数据目录上启动新版本MySQL。

MySQL8.4.0特性说明

以下整理了常用的功能变化，详细内容查阅官方文档，官方文档位置：MySQL :: MySQL 8.4 Reference Manual :: 1.4 What Is New in MySQL 8.4 since MySQL 8.0

新增功能

MySQL本地密码验证更改

从MySQL 8.4.0开始，默认情况下不再启用已弃用的 mysql_native_password 身份验证插件。要启用它，请使用 --mysql-native-password=ON （在MySQL 8.4.0中添加）启动服务器，或者在MySQL配置文件的 [mysqld] 部分中包含 mysql_native_password=ON （在MySQL 8.4.0中添加）。

InnoDB系统变量默认值更改

InnoDB系统变量默认值更改。在MySQL 8.4.0中，与 InnoDB 存储引擎相关的多个服务器系统变量的默认值发生了更改，如下表所示：

InnoDB System Variable NameInnoDB系统变量名

New Default Value (MySQL 8.4)新默认值（MySQL 8.4）

Previous Default Value (MySQL 8.0)默认值（MySQL 8.0）

innodb_buffer_pool_in_core_file

OFF if MADV_DONTDUMP is supported, otherwise ON
如果支持 MADV_DONTDUMP ，则为 OFF ，否则为 ON

ON

innodb_buffer_pool_instances

If innodb_buffer_pool_size <= 1 GiB, then innodb_buffer_pool_instances=1如果 innodb_buffer_pool_size <= 1 GiB，则 innodb_buffer_pool_instances=1

If innodb_buffer_pool_size > 1 GiB, then this is the minimum value from the following two calculated hints in the range of 1-64:
如果 innodb_buffer_pool_size > 1 GiB，则这是在1-64范围内的以下两个计算提示的最小值：

  • Buffer pool hint: Calculated as 1/2 of (innodb_buffer_pool_size / innodb_buffer_pool_chunk_size)
    缓冲池提示：按（ innodb_buffer_pool_size / innodb_buffer_pool_chunk_size ）的1/2计算
  • CPU hint: Calculated as 1/4 of the number of available logical processors
    CPU提示：计算为可用逻辑处理器数量的1/4

8 (or 1 if innodb_buffer_pool_size

< 1 GiB)
8（或1，如果 innodb_buffer_pool_size < 1 GiB）

innodb_change_buffering

none

all

innodb_dedicated_server

If ON[a]

, the value of innodb_flush_method

is no longer changed as in MySQL 8.0, but the calculation of innodb_redo_log_capacity

is changed from memory-based to CPU-based. For more information, see Section 17.8.12, “Enabling Automatic Configuration for a Dedicated MySQL Server”

.
如果是 ON [a] ，则 innodb_flush_method 的值不再像MySQL 8.0那样改变，但 innodb_redo_log_capacity 的计算从基于内存改为基于CPU。有关更多信息，请参见第17.8.12节“为专用MySQL服务器启用自动配置”。

OFF
变量的实际默认值为 OFF

innodb_adaptive_hash_index

OFF

ON

innodb_doublewrite_files

2

innodb_buffer_pool_instances

* 2

innodb_doublewrite_pages

128

innodb_write_io_threads

, which meant a default of 4
innodb_write_io_threads ，表示默认值为4

innodb_flush_method

on Linux innodb_flush_method 在Linux上

O_DIRECT if supported, otherwise fsync
O_DIRECT 如果支持，否则 fsync

fsync

innodb_io_capacity

10000

200

innodb_io_capacity_max

2 * innodb_io_capacity

2 * innodb_io_capacity

, with a minimum default value of 2000
2 * innodb_io_capacity ，最小默认值为2000

innodb_log_buffer_size

67108864 (64 MiB) 67108864（64 MiB）

16777216 (16 MiB) 16777216（16 MiB）

innodb_numa_interleave

ON

OFF

innodb_page_cleaners

innodb_buffer_pool_instances

4

innodb_parallel_read_threads

available logical processors / 8, with a minimum default value of 4
可用逻辑处理器/ 8，最小默认值为4

4

innodb_purge_threads

1 if available logical processors is <= 16, otherwise 4
如果可用逻辑处理器<= 16，则为1，否则为4

4

innodb_read_io_threads

available logical processors / 2, with a minimum default value of 4
可用逻辑处理器/ 2，最小默认值为4

4

innodb_use_fdatasync

ON

OFF

temptable_max_ram

3% of total memory, with a default value within a range of 1-4 GiB
总内存的3%，默认值范围为1-4 GiB

1073741824 (1 GiB) 1073741824（1 GiB）

temptable_max_mmap

0, which means OFF 0，表示 OFF

1073741824 (1 GiB) 1073741824（1 GiB）

temptable_use_mmap

OFF
在MySQL 8.0.26中弃用

ON

克隆插件

克隆插件。克隆插件版本控制要求被放宽，允许在同一系列的不同版本之间进行克隆。换句话说，只有主版本号和次版本号必须匹配，而以前点版本号也必须匹配

例如，克隆功能现在允许将8.4.0克隆到8.4.14，反之亦然。

MySQL复制

SOURCE_RETRY_COUNT变化

MySQL复制：SOURCE_RETRY_COUNT更改。 CHANGE REPLICATION SOURCE TO 语句的 SOURCE_RETRY_COUNT 选项的默认值已更改为10。这意味着，如果使用此选项和 SOURCE_CONNECT_RETRY 的默认值（60），复制副本将在两次重新连接尝试之间等待60秒，并在超时和故障切换之前以此速率继续尝试重新连接10分钟。

此更改也适用于已弃用的 --master-retry-count 服务器选项的默认值。(You应该使用 SOURCE_RETRY_COUNT 代替。）

标记的GTID

MySQL复制：标记的GTID。MySQL复制和组复制中使用的全局事务标识符（GID）的格式已经扩展，可以识别事务组，从而可以为属于特定事务组的GTID分配唯一的名称。例如，包含数据操作的事务可以通过比较它们的GTID容易地与由管理操作产生的事务区分开。

新的GTID格式是 UUID:TAG:NUMBER ，其中 TAG 是最多8个字符的字符串，通过将 gtid_next 系统变量的值设置为 AUTOMATIC:TAG （在此版本中添加）来启用（有关标记格式和其他信息，请参见变量的描述）。此标记对于当前会话中发起的所有事务都保持不变（除非使用 SET gtid_next 进行了更改），并在此类事务的提交时应用，或者在使用组复制时在认证时应用。也可以将 gtid_next 设置为 UUID:TAG:NUMBER ，以将单个事务的UUID设置为任意值，同时沿着为其分配自定义标记。 UUID 和 NUMBER 的分配与以前的MySQL版本相比没有变化。在任何一种情况下，用户都有责任确保标记对于给定的复制拓扑是唯一的。

将 gtid_next 设置为 AUTOMATIC:TAG 或 UUID:TAG:NUMBER 需要一个新的 TRANSACTION_GTID_TAG 权限，该权限是在此版本中添加的；在原始服务器上以及副本应用程序线程的 PRIVILEGE_CHECKS_APPLIER 上都是如此。这也意味着管理员现在可以将 SET @gtid_next=AUTOMATIC:TAG 或 UUID:TAG:NUMBER 的使用限制为所需的MySQL用户或角色集，以便只有与给定数据或操作域相关的用户才能提交具有分配的标记的新事务。

从MySQL的早期版本升级到MySQL 8.4时，任何已经拥有 BINLOG_ADMIN 权限的用户帐户或角色都会自动获得 TRANSACTION_GTID_TAG 权限。

弃用的功能

expire_logs_days

expire_logs_days系统变量。MySQL 8.0中不推荐使用的 expire_logs_days server系统变量已被删除。尝试在运行时获取或设置此变量，或使用等效选项（ --expire-logs-days ）启动mysqld，现在会导致错误。

使用 binlog_expire_logs_seconds 来代替 expire_logs_days ，它允许您指定（仅）整数天以外的到期期限。

删除的功能

Replication SQL syntax

复制SQL语法。MySQL复制中使用的一些SQL语句在MySQL的早期版本中被弃用，在MySQL 8.4中不再支持。现在，尝试使用这些语句中的任何一个都会产生语法错误。这些语句可以分为两组：与源服务器相关的语句和与副本相关的语句，如下所示：

作为这项工作的一部分， CREATE EVENT 和 ALTER EVENT 的 DISABLE ON SLAVE 选项现在已被弃用，并被 DISABLE ON REPLICA 取代。相应的术语 SLAVESIDE_DISABLED 现在也被弃用，并且不再用于事件描述中，例如在信息架构 EVENTS 表中;现在显示的是 REPLICA_SIDE_DISABLED 。

下面列出了已删除的与复制源服务器相关的语句：

此处列出了删除的与复制副本相关的SQL语句：

此处列出了从 START REPLICA 语句中删除的选项：

  • MASTER_LOG_FILE: Use SOURCE_LOG_FILE.
  • MASTER_LOG_POS: Use SOURCE_LOG_POS.

mysql_upgrade

mysql_upgrade实用程序，在MySQL 8.0.16中被弃用，已被删除。

mysqlpump

mysqlpump实用程序。mysqlpump实用程序沿着及其辅助实用程序lz4_blog和zlib_blog，在MySQL 8.0.34中已被删除。相反，使用mysqldump或MySQL Shell的转储实用程序。

一.升级前准备

1.1.查看支持的平台

MySQL8.4.0已不支持Linux7以下的操作系统。支持的平台可查看官方文档，官方文档位置：

https://www.mysql.com/support/supportedplatforms/database.html

1.2.停止业务

确保业务已停止，保证数据一致性

--查询数据库中哪些线程正在执行
show processlist;

1.3.查看源数据库信息

#查版本
mysql -V 
或
mysql> select version();
+------------+
| version()  |
+------------+
| 8.0.35     |
+------------+
1 row in set (0.00 sec)

场景1：查询所有数据库的总大小

--查询所有数据库的总大小
use information_schema;
select concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES;

--统计一下所有库数据量
SELECT
SUM(AVG_ROW_LENGTH*TABLE_ROWS+INDEX_LENGTH)/1024/1024 AS total_mb
FROM information_schema.TABLES; 

--统计每个库大小
SELECT
table_schema,SUM(AVG_ROW_LENGTH*TABLE_ROWS+INDEX_LENGTH)/1024/1024 AS total_mb
FROM information_schema.TABLES group by table_schema;

场景2：查看指定数据库的大小

use information_schema;
select concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES where table_schema='pijiake';

场景3：记录数

--查看所有数据库各容量大小
select
table_schema as '数据库',
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
from information_schema.tables
group by table_schema
order by sum(data_length) desc, sum(index_length) desc;

--查看所有数据库各表容量大小
select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
order by data_length desc, index_length desc;

--查看指定数据库容量大小(例：查看mysql库容量大小)
select
table_schema as '数据库',
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
from information_schema.tables
where table_schema='test';　

--查看指定数据库各表容量大小(例：查看mysql库各表容量大小)
select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
where table_schema='test'
order by data_length desc, index_length desc;

1.4.检查未提交的XA事务

如果您将XA事务与 InnoDB 一起使用，请在升级之前运行 XA RECOVER 以检查未提交的XA事务。如果返回结果，则通过发出 XA COMMIT 或 XA ROLLBACK 语句提交或回滚XA事务。

#检查没有未提交的xa事务
mysql> xa recover;
Empty set (0.00 sec)

1.5.确保数据都刷到硬盘上

如果您正常运行MySQL服务器，并将 innodb_fast_shutdown 设置为 2 （冷关闭），请通过执行以下语句之一来配置它以执行快速或慢速关闭：

# 确保数据都刷到硬盘上，更改成0
mysql -u root -p --execute="SET GLOBAL innodb_fast_shutdown=0"
或
mysql> show variables like 'innodb_fast_shutdown';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| innodb_fast_shutdown | 1     |
+----------------------+-------+
1 row in set (0.00 sec)

mysql> set global innodb_fast_shutdown=0;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like 'innodb_fast_shutdown';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| innodb_fast_shutdown | 0     |
+----------------------+-------+

补充说明：

SET GLOBAL innodb_fast_shutdown = 1; -- fast shutdown
SET GLOBAL innodb_fast_shutdown = 0; -- slow shutdown

1.6.升级前的初步检查

mysqlcheck -u root -p --all-databases --check-upgrade

1.6.1.初步检查的内容有

1.6.1.1.不得存在以下问题

  • 不能有使用过时数据类型或函数的表。
  • 不能有孤立的 .frm 文件。
  • 触发器不能有缺失的或空的定义符或无效的创建上下文

1.6.1.2.不能不具有本机分区支持存储引擎的分区表

不能有使用不具有本机分区支持的存储引擎的分区表。要识别此类表，请执行以下查询：

SELECT TABLE_SCHEMA, TABLE_NAME
    FROM INFORMATION_SCHEMA.TABLES
    WHERE ENGINE NOT IN ('innodb', 'ndbcluster')
        AND CREATE_OPTIONS LIKE '%partitioned%';

查询报告的任何表都必须更改为使用 InnoDB 或不分区。要将表存储引擎更改为 InnoDB ，请执行以下语句：

ALTER TABLE table_name ENGINE = INNODB;

要使已分区表成为非分区表，请执行以下语句：

ALTER TABLE table_name REMOVE PARTITIONING;

1.6.1.3.关键字

MySQL 8.4中可能保留了一些以前没有保留的关键字。参见第11.3节“关键字和保留字”。这可能会导致以前用作标识符的单词变为非法。若要修复受影响的语句，请使用标识符引号。

1.6.1.4.数据字典使用的表同名的表检查

MySQL系统数据库中不能有与MySQL 8.4数据字典使用的表同名的表。要标识具有这些名称的表，请执行以下查询：

SELECT TABLE_SCHEMA, TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE 
    LOWER(TABLE_SCHEMA) = 'mysql'
    AND 
    LOWER(TABLE_NAME) IN
    (
    'catalogs',
    'character_sets',
    'check_constraints',
    'collations',
    'column_statistics',
    'column_type_elements',
    'columns',
    'dd_properties',
    'events',
    'foreign_key_column_usage',
    'foreign_keys',
    'index_column_usage',
    'index_partitions',
    'index_stats',
    'indexes',
    'parameter_type_elements',
    'parameters',
    'resource_groups',
    'routines',
    'schemata',
    'st_spatial_reference_systems',
    'table_partition_values',
    'table_partitions',
    'table_stats',
    'tables',
    'tablespace_files',
    'tablespaces',
    'triggers',
    'view_routine_usage',
    'view_table_usage'
    );

必须删除或重命名查询报告的任何表（使用 RENAME TABLE ）。这还可能需要对使用受影响表的应用程序进行更改。

1.6.1.5.外键约束名称检查

不能有外键约束名称超过64个字符的表。使用此查询可标识约束名称过长的表：

SELECT TABLE_SCHEMA, TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME IN
  (SELECT LEFT(SUBSTR(ID,INSTR(ID,'/')+1),
               INSTR(SUBSTR(ID,INSTR(ID,'/')+1),'_ibfk_')-1)
   FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN
   WHERE LENGTH(SUBSTR(ID,INSTR(ID,'/')+1))>64);

对于约束名称超过64个字符的表，请删除该约束，然后使用不超过64个字符的约束名称将其添加回来（使用 ALTER TABLE ）。

1.6.1.6.sql_mode检查

必须没有由 sql_mode 系统变量定义的过时SQL模式。尝试使用过时的SQL模式会阻止MySQL 8.4启动。应该修改使用过时SQL模式的应用程序以避免使用它们。

1.6.1.7.视图检查

不能有显式定义的列名超过64个字符的视图（在MySQL 5.7中允许列名超过255个字符的视图）。为避免升级错误，应在升级前更改此类视图。目前，识别列名超过64个字符的视图的唯一方法是使用 SHOW CREATE VIEW 检查视图定义。您还可以通过查询InformationSchema VIEWS 表来检查视图定义。

1.6.1.8.ENUM 或 SET 列元素长度检查

表或存储过程中的单个 ENUM 或 SET 列元素的长度不得超过255个字符或1020个字节。在MySQL 8.4之前， ENUM 或 SET 列元素的最大组合长度为64K。在MySQL 8.4中，单个 ENUM 或 SET 列元素的最大字符长度为255个字符，最大字节长度为1020个字节。(The 1020字节限制支持多字节字符集）。在升级到MySQL 8.0之前，请修改任何超过新限制的 ENUM 或 SET 列元素。否则将导致升级失败并出现错误。

1.6.1.9.lower_case_table_names 参数设置

如果您打算在升级时将 lower_case_table_names 设置更改为1，请确保在升级之前将架构和表名重新命名。否则，可能会由于架构或表名大小写不匹配而导致失败。您可以使用以下查询来检查是否有包含Unicode字符的架构和表名：

mysql> select TABLE_NAME, if(sha(TABLE_NAME) !=sha(lower(TABLE_NAME)),'Yes','No') as UpperCase from information_schema.tables;

注意：

如果升级到MySQL 8.4由于上述任何问题而失败，服务器会将所有更改恢复到数据目录。在这种情况下，删除所有重做日志文件，并在现有数据目录上重新启动MySQL 8.3服务器以解决错误。重做日志文件（ ib_logfile* ）默认位于MySQL数据目录中。修复错误后，在再次尝试升级之前执行缓慢关机（通过设置 innodb_fast_shutdown=0 ）。

1.7.备份数据库

为了更快的回退，文档采用目录备份的方式。

1.7.1逻辑备份

--多个数据库备份成1个文件
mysqldump -uroot -p  --databases  xiaomiaoao pijiake  > /root/all-databases2213.sql

--备份test数据库
mysqldump -uroot -p test > /data/mysqldb/tmp/test_exp_$(date +%F).sql

1.7.2.目录备份

如果升级失败能更快的回退

--查看进程  确定使用的配置文件 安装目录
[root@localhost ~]# ps -ef | grep mysql
mysql      2232      1  0 13:10 ?        00:00:30 /mysqldb/mysql8/bin/mysqld --defaults-file=/mysqldb/my8.cnf

--确定安装目录和数据目录
[root@localhost ~]# cat /mysqldb/my8.cnf | grep dir
basedir=/mysqldb/mysql8  #mysql安装根目录
datadir=/mysqldb/data8 #mysql数据文件所在目录

--停止数据库
systemctl stop mysqld
或
mysql -uroot -p
shutdown;
或
mysqladmin -u root -p shutdown

[root@localhost ~]# ps -ef | grep mysql
无输出

--安装目录备份
cp -r /mysqldb/mysql8 /mysqldb/mysql8_bak_`date +%F`
--数据目录备份
cp -r /mysqldb/data8 /mysqldb/data8_bak_`date +%F`
--配置文件备份
cp /mysqldb/my8.cnf /mysqldb/my8.cnf_bak_`date +%F`

1.8.下载并安装新版本MySQL软件

#1.安装介质上传至/opt/下
#2.创建目录
mkdir -p /data/mysqldb840
#3.解压安装包
cd /opt
tar -xvf mysql-8.4.0-linux-glibc2.17-x86_64.tar.xz  -C /data/mysqldb840
#4.文件夹重命名为mysql8 
mv /data/mysqldb840/mysql*  /data/mysqldb840/mysql840
#5.更改文件夹所属
chown -R mysql.mysql /data/mysqldb840/mysql840

1.9.更改配置文件

从MySQL 8.4.0开始，默认情况下不再启用已弃用的 mysql_native_password 身份验证插件。要启用它，请使用 --mysql-native-password=ON （在MySQL 8.4.0中添加）启动服务器，或者在MySQL配置文件的 [mysqld] 部分中包含 mysql_native_password=ON （在MySQL 8.4.0中添加）。

需注释掉配置文件中default_authentication_plugin参数，替换为mysql_native_password=ON。

更改/etc/my.conf配置

vi /mysqldb/my8.cnf
#认证策略解决登录ERROR 2059 (HY000): Authentication plugin 'caching_sha2_password' cannot be loaded#
#default_authentication_plugin = mysql_native_password

#add by MySQL8.4.0
mysql_native_password=ON

mysql从5.7平滑升级到8.0.27_linux mysql 5.7.6 平滑升级-CSDN博客

二.开始升级

2.1.关闭数据库

--1.进入原5.7 mysql命令行 正确关闭数据库
法1：
mysqladmin -uroot -p shutdown

[root@mysql]# mysql -uroot -p
Enter password: 
#使用mysql shell 命令util.checkForServerUpgrade('root@127.0.0.1:3307', {"password":"XXXXX", "targetVersion":"8.0.26", "configPath":"/etc/my3307.cnf"}) 检查升级到目标版本8.0.26，确认没有error级别的问题
Errors:   0
Warnings: 17
Notices:  0

#检查没有未提交的xa事务
mysql> xa recover;
Empty set (0.00 sec)

# 确保数据都刷到硬盘上，更改成0
mysql> show variables like 'innodb_fast_shutdown';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| innodb_fast_shutdown | 1     |
+----------------------+-------+
1 row in set (0.00 sec)

mysql> set global innodb_fast_shutdown=0;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like 'innodb_fast_shutdown';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| innodb_fast_shutdown | 0     |
+----------------------+-------+

mysql> shutdown;
Query OK, 0 rows affected (0.00 sec)

mysql> exit

#查看进程和端口后，已无输出记录，确保已停止
[root@localhost mysqldb8]# ps -ef | grep mysql
root       6330   6202  0 07:35 pts/0    00:00:00 mysql -uroot -p -P2213 test
root       6466   6202  0 09:18 pts/0    00:00:00 mysql -uroot -p
root       6522   6293  0 09:58 pts/1    00:00:00 mysql -uroot -p
root       6603   6551  0 10:14 pts/3    00:00:00 grep --color=auto mysql
[root@localhost mysqldb8]# ss -ntl | grep 2213

2.2.用mysql8.4.0客户端直接启动数据库

因目标版本8.4.0，直接在现有数据目录上启动新版本MySQL。

cd /data/mysqldb840/mysql840
bin/mysqld_safe --user=mysql --datadir=/mysqldb/data8 &

升级过程中日志内容：

[root@localhost opt]# tail -300f /mysqldb/log8/mysqld_error.log
......
2024-05-08T16:35:02.692061+08:00 0 [Warning] [MY-013907] [InnoDB] Deprecated configuration parameters innodb_log_file_size and/or innodb_log_files_in_group have been used to compute innodb_redo_log_capacity=536870912. Please use innodb_redo_log_capacity instead.
2024-05-08T16:35:02.695130+08:00 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2024-05-08T16:35:03.457545+08:00 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2024-05-08T16:35:03.477878+08:00 1 [System] [MY-011090] [Server] Data dictionary upgrading from version '80023' to '80300'.
2024-05-08T16:35:04.004278+08:00 1 [System] [MY-013413] [Server] Data dictionary upgrade from version '80023' to '80300' completed.
2024-05-08T16:35:05.563366+08:00 4 [System] [MY-013381] [Server] Server upgrade from '80035' to '80400' started.
2024-05-08T16:35:09.055973+08:00 4 [System] [MY-013381] [Server] Server upgrade from '80035' to '80400' completed.
2024-05-08T16:35:09.194856+08:00 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
2024-05-08T16:35:09.194920+08:00 0 [System] [MY-013602] [Server] Channel mysql_main configured to support TLS. Encrypted connections are now supported for this channel.
2024-05-08T16:35:09.221684+08:00 0 [System] [MY-010931] [Server] /data/mysqldb840/mysql840/bin/mysqld: ready for connections. Version: '8.4.0'  socket: '/mysqldb/mysql.sock'  port: 3306  MySQL Community Server - GPL.
2024-05-08T16:35:09.228009+08:00 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '::' port: 33060, socket: /tmp/mysqlx.sock
.......

2.3..更改环境变量

因basedir由/mysqldb/mysql8 变成了/data/mysqldb840/mysql840，故相关环境变量修改如下

#更改环境变量
[root@localhost ~]# vi .bash_profile
...
MYSQL_DATA=/data/mysqldb/data
#mysql8.0弃用
#export PATH=$PATH://mysqldb/mysql8/bin
#export MYSQL_HOME=/mysqldb/mysql8
#add for mysql8.4.0
export MYSQL_HOME=/data/mysqldb840/mysql840
export PATH=$PATH:/data/mysqldb840/mysql840/bin

#生效环境变量
[root@localhost ~]# source .bash_profile

#查看版本
[root@localhost ~]# mysql -V
mysql  Ver 8.4.0 for Linux on x86_64 (MySQL Community Server - GPL)
或
[root@localhost ~]# mysql -uroot -p
root@localhost :(none) 10:40:24>select version();
+-----------+
| version() |
+-----------+
| 8.4.0     |
+-----------+
1 row in set (0.00 sec)

root@localhost :(none) 10:40:30>exit

2.4.更改配置文件

vi /mysqldb/my8.cnf
basedir=/mysqldb/mysql8  #mysql安装根目录
替换为
basedir=/data/mysqldb840/mysql840  #mysql安装根目录

可用下面的批量替换
:%s#/mysqldb/mysql8#/data/mysqldb840/mysql840#g

2.5.配置系统服务

--配置mysql8系统服务
cp /usr/lib/systemd/system/mysqld.service /usr/lib/systemd/system/mysqld.service_bak_20240508

[root@localhost ~]# cat /usr/lib/systemd/system/mysqld.service
[Unit]
Description=MySQL Server
Documentation=man:mysqld(8)
Documentation=http://dev.mysql.com/doc/refman/en/using-systemd.html
After=network.target
After=syslog.target

[Install]
WantedBy=multi-user.target

[Service]
User=mysql
Group=mysql
ExecStart=/data/mysqldb840/mysql840/bin/mysqld --defaults-file=/data/mysqldb/my.cnf
LimitNOFILE=65536  
LimitNPROC=65536

2.6.重新启动数据库

--关闭数据库
mysql -uroot -p
shutdown;

--通过系统服务重启数据库
systemctl start mysqld
systemctl status mysqld

三.升级过程中所做内容

安装新版本的MySQL可能需要升级现有安装的以下部分：

  • mysql 系统架构，其中包含存储MySQL服务器运行时所需信息的表。mysql 模式表分为两大类：

(1).数据字典表，用于存储数据库对象元数据。

(2).系统表（即剩余的非数据字典表），用于其他操作目的。

  • 其他架构，其中一些是内置的，可以被认为是由服务器“拥有”的，而其他则不是：

(1).performance_schema 、 INFORMATION_SCHEMA 、 ndbinfo 和 sys 架构。

 (2).User schemas. 用户架构

免费资源网 - https://freexyz.cn/
最新文章 相关文章

四种数据库随机获取10条数据的方法

SQL Server:SELECT TOP 10 * FROM T_USER ORDER BY NEWID()ORACLE:SELECT * FROM (SELECT * FROM T_USER ORDER BY DBMS_RANDOM.RANDOM()) WHERE RONUM <= 10MySQL:SELECT *

2024-10-21 20:47:50

Mysql分页查询limit语句的性能分析

一、limit用法在我们使用查询语句的时候，经常要返回前几条或者中间某几行数据，这个时候怎么办呢？不用担心，mysql已经为我们提供了这样一个功能。SELECT * FROM table LIMIT [off

2024-10-21 20:44:48

sql文件导入[ERR] 2006 - MySQL server has gone away

目录 问题 原因 解决办法 如何设置和查看使用Navicat Premium 12导入mysql的sql文件时，导入失败，出现如下错误：2006 - MySQL server has gone away。mysql出现ERROR : (2006, &

2024-10-21 20:43:22

mysql8.0 .ibd文件恢复表结构的实现

今天早上启动了 phpstudy 软件中的 MySQL 8.0 数据库时，发现它启动后约过了 3 秒就自行关闭了。接着又自动启动然后再次关闭，似乎陷入了一个“开-闭-开”的循环。这导致我无

2024-10-18 23:15:41

MySQL实现按分秒统计数据量方式


目录



1. 每秒交易量


2. 每分钟交易量


3. 每5分钟交易量


4. 每10分钟交易量


5. 每30分钟交易量


结合 WHERE

2024-10-18 23:15:27

Redis的五种基本类型和业务场景和使用方式

目录 Redis是什么？ Redis的特点 依赖 配置 redis的配置类（用于格式转换，处理乱码） String（字符串） 特点 业务场景 代码使用案例 List（列表） 特点 业务场景 代码使用案例 S

2024-10-18 23:15:18

Oracle中BLOB、CLOB的读取和写入方式

目录 Oracle中BLOB、CLOB的读取和写入 基于SQL的方式实现CLOB、BLOB的插入与读取 1. 插入大类型数据 2. 读取大类型数据并转换为字符串 基于Java方式实现CLOB和B

2024-10-18 23:15:09

dbeaver如何导出mysql数据库

目录 dbeaver导出mysql数据库 右键表-tools-Dump database 按默认设置 总结 dbeaver导出mysql数据库右键表-tools-Dump database按默认设置只需修改输出文件夹我这里把

2024-10-18 23:15:01

DBeaver如何实现导入excel中的大量数据

目录 DBeaver如何导入excel中的大量数据 步骤一：将Excel文件转换为CSV格式 步骤二：在DBeaver中创建数据库表（如果尚未创建） 步骤三：导入CSV文件到数据库表 注意事项 总结

2024-10-18 23:14:43

Oracle归档日志爆满问题的处理方法

目录 一、先清理归档日志使得数据库能够正常连接 二、排查问题 三、处理问题 四、清理后效果最近客户单位的oracle数据库出了问题，经常出现无法连接,报错提示 ORA-00257: arc

2024-10-18 23:14:30

Mysql中常用函数之分组,连接查询功能实现

目录 函数 单行函数 字符函数 数学函数 日期函数 流程控制函数 分组函数 分组查询 按单个字段分组 在分组前进行条件筛选 在分组之后进行条件筛选 按多字段分

2024-10-18 23:14:18

SQL Server计算两个时间相差的示例代码

目录 1、计算两个时间字符串之间的差值 2、字符串转换成日期/时间类型 3、计算两个日期和时间之间的差值在 SQL Server 中，计算两个时间字符串之间的差值 首先将这些字符串转

2024-10-18 23:14:10

Oracle DECODE 丢失时间精度的原因与解决方案

目录 问题描述 原因分析 解决方案在Oracle数据库中，DECODE 函数是一个非常实用的条件处理函数，通常用于替代简单的 CASE WHEN 语句。它根据给定的值列表进行匹配，如果匹配成功

2024-10-18 23:14:02

使用 SQL 快速删除数百万行数据的实践记录

目录 描述 实践描述删除表大批量数据，这是一个比较少的事件。 但在实际的业务开发中或者数据测试也会遇到这种情况。比如定期从日志大表中删除几百万的数据记录；删除表数据的

2024-10-18 23:13:52

MySQL处理大量DELETE操作的多种方法

目录 前言 简介 概述 DELETE 操作的基本概念 常用的 DELETE 方法 核心源码解读 简单 DELETE 语句 批量 DELETE 示例 案例分析 案例1：使用简单 DELETE 删除用户数据

2024-10-18 23:13:43

MySQL删除表数据、清空表命令详解(truncate、drop、delete区别)

目录 一、MySQL清空表数据三种方法 1.1 清空表数据：truncate 1.2 删除表：drop 1.3 删除/清空表数据：delete 二、使用原则 三、truncate、drop、delete区别 1.操作类型

2024-10-14 19:50:11

mysql如何将数据库中的所有表结构和数据导入到另一个库

目录 一、问题描述 二、解决方案 1.使用mysqldump命令备份数据库 2.创建目标数据库 3.导入数据 到目标数据库 三、补充知识 3.1 mysqldump命令介绍 3.2 常用备份命

2024-10-14 19:50:03

MySQL深分页,limit 100000,10优化方式

目录 一、limit深分页为什么会变慢 二、优化方案 2.1 通过子查询优化（覆盖索引） 回顾B+树结构 覆盖索引 把条件转移到主键索引树 2.2 INNER JOIN 延迟关联

2024-10-14 19:49:55

MySQL中的TRUNCATE()函数用法

目录 MySQL的TRUNCATE()函数 规则如下 函数示例 当 X 为正数时 当 X 为负数时 总结 MySQL的TRUNCATE()函数TRUNCATE(X,D) 是MySQL自带的一个系统函数。其中，X是数值，D

2024-10-14 19:49:37

查看本地MYSQL数据库IP地址的三种方法

目录 方法一：在电脑设置中查看电脑iP地址 方法二：通过运行程序查看电脑IP地址 方法三：通过浏览器查看电脑IP地址 拓展：在自己电脑建立了MYSQL数据库，但是想在其它的电脑进行连接，

2024-10-14 19:49:29

Redis中pipeline(管道)的实现示例

目录 概念 Pipeline 底层原理分析 Redis单个命令执行基本步骤 RTT 时间 Redis Pipeline Pipeline实际应用场景 数据导入导出 数据处理 批量操作 其他应用场

2024-10-14 19:49:13

Postgresql开启SQL执行语句收集过程

修改配置文件1.打开Postgresql配置文件，如：C:\Program Files\PostgreSQL\14\data\postgresql.conf
2.修改如下，如果字段被#注释，则去掉#log_directory = &#39;log&#39;
log_file

2024-10-14 19:49:02

MySQL分区表的使用

目录 创建分区 删除分区 分区性能 总结说明：分区表，顾名思义，就是一张表根据规则，划分多个区，通过分区，实现一种“逻辑隔离”，这在Saas系统中是非常常见的。本文介绍如何

2024-10-14 19:48:52

KubeSphere部署mysql的详细步骤

目录 1.创建mysql基础配置 2.创建pvc挂载 3.创建工作负载 4.创建服务（创建服务后才能进行外部访问） 5.测试mysql是否能正常访问演示示例使用的是3.4.1，各版本有名字差异 功能是

2024-10-14 19:48:36

mySQL 8.0.33安装指南(推荐)

目录 安装步骤 1. 解压安装包 2. 移动解压后的文件夹 3. 创建MySQL用户 4. 设置权限 5. 配置MySQL 6. 设置环境变量 7. 初始化数据库 8. 设置系统服务 9. 设置roo

2024-10-14 19:48:11

重置MySQL 8.0 Root密码的简便方法小结

目录 解决方案 1. 检查是否输入正确的密码 2. 使用“跳过权限表”的方式重置 root 密码 2.1 停止 MySQL 服务 2.2 以跳过权限表模式启动 MySQL 2.3 重

2024-10-14 19:48:03

Redis实现接口防抖的示例代码

目录 实现 演示说明：实际开发中，我们在前端页面上点击了一个按钮，访问了一个接口，这时因为网络波动或者其他原因，页面上没有反应，用户可能会在短时间内再次点击一次或者用户以为没

2024-10-14 19:47:53

Solusi MySQL 错误无法启动

发生的错误好吧，当我在 laragon 应用程序中从mysql 5.1.72升级到mysql 8.0.32时，发生了这个错误。当我在 laragon 应用程序中 start all 时，出现的错误是这样的。laragon 中的

2024-09-17 21:32:55

掌握数据库操作：索引、视图、备份和恢复

介绍在本实验中，我们将学习和练习索引、视图、备份和恢复。这些概念对于数据库管理员来说非常重要。学习目标 创建索引 创建视图 备份与恢复准备开始之前，我们需要准备好环境

2024-09-17 21:32:18

怎么导入mysql数据库文件 mysql数据库怎么导入sql文件

如何将 SQL 文件导入 MySQL 数据库导入 MySQL 数据库文件的方法：使用 MySQL 客户端 打开 MySQL 客户端并连接到目标数据库。 使用 SOURCE 命令，后跟要导入的 SQL 文件路径：SOUR

2024-09-17 21:32:00

热点内容

PHP连接MongoDB数据库报错“No suitable servers found (`serverSelectionTryOnce` se
2018-08-19
解决Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to a
2020-03-22
解决Job for mysqld.service failed because the control process exited with error
2020-03-22
Navicat for MySQL 15注册激活详细教程
2020-12-17
解决MySQL8 #1227 – Access denied; you need (at least one of) the SYSTEM_USER pr
2020-03-22
mysql workbench怎么设置为中文？
2020-10-15
Failed to open file ''****.sql'', error: 2的解决方案
2021-01-28
解决 SQLSTATE[HY000] [2054] The server requested authentication method unknown t
2020-03-22
MySQL8.0.23安装超详细教程
2021-01-21
mysql数据库mysql: [ERROR] unknown option '--skip-grant-tables'
2020-10-28
返回顶部
顶部