MySQL高可用搭建方案之（MHA）

news2025/3/1 10:06:33

有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准https://blog.zysicyj.top

首发博客地址

原文地址

MHA架构介绍

MHA是Master High Availability的缩写，它是目前MySQL高可用方面的一个相对成熟的解决方案，其核心是使用perl语言编写的一组脚本，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~ 30秒之内自动完成数据库的故障切换操作，并且能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

基于MHA的架构不像MMM那样需要搭建主主复制，只需要搭建基本的主从复制架构即可。因为MHA在主库挂掉时，是在多个从库中选取出一个从库作为新的主库。MHA集群中的各节点彼此之间均需要基于ssh 互信通信，以实现远程控制及数据管理功能。

「MHA提供了什么功能：」

  • 可以监控Master节点是否可用
  • 当Master不可用时，能在多个Slave中选举出新的Master
  • 提供了主从切换和故障转移功能，MHA会尝试在宕机的Master上保存binlog，在最大程度上保证事务不丢失。但如果是Master所在的服务器已经无法访问，或硬件层面出现了问题，则无法成功保存binlog
  • MHA可以与半同步复制结合，避免从库之间出现数据不一致的情况
  • 支持MySQL基于GTID和基于日志点的两种复制方式

「MHA故障转移过程：」

  1. 尝试使用 ssh登录到宕机崩溃的Master节点上保存二进制日志事件（binlog events）;
  2. 从多个Slave中识别含有最新更新的Slave，将其作为备选的Master；
  3. 然后基于该Slave同步差异的中继日志（relaylog）到其他的Slave上；
  4. 接着同步从原Master上保存的二进制日志事件（binlog events）；
  5. 将备选的Master提升为新的Master；
  6. 使其他的Slave连接新的Master进行复制；
  7. 在新的Master启动vip地址，保证前端请求可以发送到新的Master。

「MHA的架构图如下：」
alt

动手搭建MHA架构

「本文中所使用的机器说明：」

名称IP角色
master192.168.190.151主库
slave-01192.168.190.152从库
slave-02192.168.190.154从库
manager192.168.190.153集群管理节点（MHA）

「环境版本说明：」

  • 操作系统版本：CentOS 7
  • MySQL版本：8.0.19
  • MHA版本：0.58

「另外的说明：」

  • 会来了解MMM架构的小伙伴们想必都已经掌握了MySQL的安装方式，而且介绍 MySQL的安装 也有很多文章，所以本文为了减少不必要的篇幅就不演示MySQL的安装了，文中所用到的机器都已经提前安装好了MySQL。

配置主从节点的配置文件

1、在所有主从节点上使用如下语句创建用于主从复制的MySQL用户，因为每个从库都有可能会被选举为主库，所以都需要拥有用于复制的用户：

create user 'repl'@'%' identified with mysql_native_password by 'Abc_123456';
grant replication slave on *.* to 'repl'@'%';
flush privileges;

2、然后修改master节点上的MySQL配置文件：

[root@master ~]# vim /etc/my.cnf
[mysqld]
# 设置当前节点的id
server_id=101
# 开启binlog，并指定binlog文件的名称
log_bin=mysql_bin
# 开启relay_log，并指定relay_log文件的名称
relay_log=relay_bin
# 将relaylog的同步内容记录到binlog中
log_slave_updates=on
# 开启GTID复制模式
gtid_mode=ON
enforce_gtid_consistency=1

3、在slave-01的配置文件中也是添加一样配置，只不过server_id不一样：

[root@slave-01 ~]# vim /etc/my.cnf
[mysqld]
server_id=102
log_bin=mysql_bin
relay_log=relay_bin
log_slave_updates=on
gtid_mode=ON
enforce_gtid_consistency=1

4、接着是配置slave-02：

[root@slave-02 ~]# vim /etc/my.cnf
[mysqld]
server_id=103
log_bin=mysql_bin
relay_log=relay_bin
log_slave_updates=on
gtid_mode=ON
enforce_gtid_consistency=1

完成以上配置文件的修改后，分别重启这三个节点上的MySQL服务：

[root@master ~]# systemctl restart mysqld
[root@slave-01 ~]# systemctl restart mysqld
[root@slave-02 ~]# systemctl restart mysqld

配置slave-01对master的主从关系

mysql> stop slave;  -- 停止主从同步
mysql> change master to master_host='192.168.190.151', master_port=3306, master_user='repl', master_password='Abc_123456', master_auto_position=1;  -- 配置master节点的连接信息
mysql> start slave;  -- 启动主从同
-----------------------------------
©著作权归作者所有：来自51CTO博客作者ZeroOne01的原创作品，请联系作者获取转载授权，否则将追究法律责任
基于MHA搭建MySQL Replication集群高可用架构
https://blog.51cto.com/zero01/2468767

进入slave-01节点的MySQL命令行终端，分别执行如下语句来配置主从复制链路：

配置完主从复制链路后，使用show slave status\G;语句查看主从同步状态，Slave_IO_Running和Slave_SQL_Running的值均为Yes 才能表示主从同步状态是正常的：
alt

配置slave-02对master的主从关系

mysql> stop slave;  -- 停止主从同步
mysql> change master to master_host='192.168.190.151', master_port=3306, master_user='repl', master_password='Abc_123456', master_auto_position=1;  -- 配置master节点的连接信息
mysql> start slave;  -- 启动主从同步

同样的步骤，进入slave-02节点的MySQL命令行终端，分别执行如下语句来配置主从复制链路：

配置完主从复制链路后，使用show slave status\G;语句查看主从同步状态，Slave_IO_Running和Slave_SQL_Running的值均为Yes 才能表示主从同步状态是正常的：
alt

配置ssh免密登录

配置集群内所有主机之间能够通过ssh免密登录，因为MHA是基于ssh去实现远程控制及数据管理的。例如，故障转移过程中保存原Master节点的二进制日志以及配置虚拟IP等。

1、生成ssh登录密钥：

[root@master ~]# ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:LzRXziRQPrqaKEteH6KrZpCiV6uGP6GTi6RonE7Hhms root@master
The key's randomart image is:
+---[RSA 2048]----+
|        ...      |
|         o       |
|          + o    |
|         . B     |
| .      S . o    |
|+ + .  . =       |
|=Bo*o.. o .      |
|%EOo.+ + .       |
|%XB*. +          |
+----[SHA256]-----+

2、将密钥拷贝到其他服务器上：

[root@master ~]# ssh-copy-id -i /root/.ssh/id_rsa root@192.168.190.151
[root@master ~]# ssh-copy-id -i /root/.ssh/id_rsa root@192.168.190.152
[root@master ~]# ssh-copy-id -i /root/.ssh/id_rsa root@192.168.190.154
[root@master ~]# ssh-copy-id -i /root/.ssh/id_rsa root@192.168.190.153

然后到集群中其他节点上进行同样的操作，由于是重复的操作这里就不演示了。最后简单测试下能否正常免密登录即可：

[root@master ~]# ssh root@192.168.190.152
Last failed login: Sat Feb  1 15:29:38 CST 2020 from 192.168.190.151 on ssh:notty
There was 1 failed login attempt since the last successful login.  # 没有要求输入密码，测试成功
Last login: Sat Feb  1 14:14:03 2020 from 192.168.190.1
[root@slave-01 ~]# 

安装MHA软件包

1、首先在所有的节点上安装mha4mysql-node软件包，安装包可到如下地址进行下载：

  • https://github.com/yoshinorim/mha4mysql-node/releases/tag/v0.58

下载好的rpm文件如下：

[root@master ~]# ls *.rpm
mha4mysql-node-0.58-0.el7.centos.noarch.rpm
[root@master ~]# 

在安装该rpm包之前需要先安装perl相关依赖：

[root@master ~]# yum -y install epel-release
[root@master ~]# yum -y install perl-DBD-MySQL perl-DBI ncftp

现在就可以安装mha4mysql-node了，命令如下：

  • **Tips：**另外的两个Slave节点和监控节点按如上步骤安装即可，这里就不重复演示了

2、接着是在监控节点manager上安装mha4mysql-manager软件包，安装包到如下地址进行下载：

[root@master ~]# rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

  • https://github.com/yoshinorim/mha4mysql-manager/releases

下载好的rpm文件如下：

[root@manager ~]# ls *.rpm
mha4mysql-manager-0.58-0.el7.centos.noarch.rpm
[root@manager ~]# 

同样，在安装该rpm包之前需要先安装perl相关依赖：

[root@manager ~]# yum -y install epel-release
[root@manager ~]# yum -y install perl-Config-Tiny perl-Time-HiRes perl-Parallel-ForkManager perl-Log-Dispatch perl-DBD-MySQL ncftp

然后安装mha4mysql-manager包，命令如下：

[root@manager ~]# rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

配置MHA管理节点

1、创建MHA的配置文件存放目录和工作目录：

[root@manager ~]# mkdir /etc/mha
[root@manager ~]# mkdir /home/mysql_mha

2、创建MHA的配置文件，并添加如下内容：

[root@manager ~]# vim /etc/mha/mysql_mha.cnf
[server default]
# mha用于访问数据库的账户和密码
user=mha
password=Abc_123456
# 指定mha的工作目录
manager_workdir=/home/mysql_mha
# mha日志文件的存放路径
manager_log=/home/mysql_mha/manager.log
# 指定mha在远程节点上的工作目录
remote_workdir=/home/mysql_mha
# 可以使用ssh登录的用户
ssh_user=root
# 用于主从复制的MySQL用户和密码
repl_user=repl
repl_password=Abc_123456
# 指定间隔多少秒检测一次
ping_interval=1
# 指定master节点存放binlog日志文件的目录
master_binlog_dir=/var/lib/mysql
# 指定一个脚本，该脚本实现了在主从切换之后，将虚拟IP漂移到新的Master上
master_ip_failover_script=/usr/bin/master_ip_failover
# 指定用于二次检查节点状态的脚本
secondary_check_script=/usr/bin/masterha_secondary_check -s 192.168.190.151 -s 192.168.190.152 -s 192.168.190.154

# 配置集群中的节点信息
[server1]
hostname=192.168.190.151
# 指定该节点可以参与Master选举
candidate_master=1

[server2]
hostname=192.168.190.152
candidate_master=1

[server3]
hostname=192.168.190.154
# 指定该节点不能参与Master选举
no_master=1

3、编写配置文件中所配置的master_ip_failover脚本，该脚本是根据MHA的官方示例修改的，MHA默认并没有提供。需要注意脚本中的几处地方需要根据实际情况进行修改，已用注释标明：

[root@manager ~]# vim /usr/bin/master_ip_failover
#!/usr/bin/env perl

use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
    $command, $orig_master_host, $orig_master_ip,$ssh_user,
    $orig_master_port, $new_master_host, $new_master_ip,$new_master_port,
    $orig_master_ssh_port,$new_master_ssh_port,$new_master_user,$new_master_password
);

# 这里定义的虚拟IP可以根据实际情况进行修改
my $vip = '192.168.190.80/24';
my $key = '1';
# 这里的网卡名称 “ens32” 需要根据你机器的网卡名称进行修改
my $ssh_start_vip = "sudo /sbin/ifconfig ens32:$key $vip";
my $ssh_stop_vip = "sudo /sbin/ifconfig ens32:$key down";
my $ssh_Bcast_arp= "sudo /sbin/arping -I bond0 -c 3 -A $vip";

GetOptions(
    'command=s'          => \$command,
    'ssh_user=s'         => \$ssh_user,
    'orig_master_host=s' => \$orig_master_host,
    'orig_master_ip=s'   => \$orig_master_ip,
    'orig_master_port=i' => \$orig_master_port,
    'orig_master_ssh_port=i' => \$orig_master_ssh_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
    'new_master_ssh_port' => \$new_master_ssh_port,
    'new_master_user' => \$new_master_user,
    'new_master_password' => \$new_master_password

);

exit &main();

sub main {
    $ssh_user = defined $ssh_user ? $ssh_user : 'root';
    print "\n\nIN SCRIPT TEST====$ssh_user|$ssh_stop_vip==$ssh_user|$ssh_start_vip===\n\n";

    if ( $command eq "stop" || $command eq "stopssh" ) {

        my $exit_code = 1;
        eval {
            print "Disabling the VIP on old master: $orig_master_host \n";
            &stop_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn "Got Error: $@\n";
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "start" ) {

        my $exit_code = 10;
        eval {
            print "Enabling the VIP - $vip on the new master - $new_master_host \n";
            &start_vip();
     &start_arp();
            $exit_code = 0;
        };
        if ($@) {
            warn $@;
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "status" ) {
        print "Checking the Status of the script.. OK \n";
        exit 0;
    }
    else {
        &usage();
        exit 1;
    }
}

sub start_vip() {
    `ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
sub stop_vip() {
    `ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub start_arp() {
    `ssh $ssh_user\@$new_master_host \" $ssh_Bcast_arp \"`;
}
sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --ssh_user=user --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

还需要给该脚本添加可执行权限，否则MHA是无法调用的：

[root@manager ~]# chmod a+x /usr/bin/master_ip_failover

4、根据配置文件中remote_workdir的配置，需在其他节点上创建MHA的远程工作目录：

[root@master ~]# mkdir /home/mysql_mha
[root@slave-01 ~]# mkdir /home/mysql_mha
[root@slave-02 ~]# mkdir /home/mysql_mha

5、在配置文件中指定了让manager使用mha这个用户来访问数据库节点，所以需要在master节点上创建mha用户：

create user 'mha'@'%' identified with mysql_native_password by 'Abc_123456';
grant all privileges on *.* to 'mha'@'%';
flush privileges;

6、完成以上所有步骤后，在manager节点上使用masterha_check_ssh和masterha_check_repl 对配置进行检查，其中masterha_check_ssh用于检查ssh登录是否正常，而masterha_check_repl则用于检查主从节点的复制链路是否正常：

[root@manager ~]# masterha_check_ssh --conf=/etc/mha/mysql_mha.cnf
[root@manager ~]# masterha_check_repl --conf=/etc/mha/mysql_mha.cnf

执行结果如下：
alt

alt

7、以上检测都通过后，就可以启动MHA服务了。启动命令如下：

[root@manager ~]# nohup masterha_manager --conf=/etc/mha/mysql_mha.cnf &

启动完成后，可以使用ps命令查看masterha_manager进程是否存在，如下存在则代表启动成功：

[root@manager ~]# ps aux |grep masterha_manager
root       2842  0.3  1.1 299648 22032 pts/0    S    18:30   0:00 perl /usr/bin/masterha_manager --conf=/etc/mha/mysql_mha.cnf
root       2901  0.0  0.0 112728   976 pts/0    R+   18:31   0:00 grep --color=auto masterha_manager
[root@manager ~]# 

8、最后我们需要到master节点上，手动去配置虚拟IP。因为MHA只会在主从切换时漂移虚拟IP到新的Master节点，而不会在第一次启动时主动去设置Master的虚拟IP，所以我们需要手动设置。设置虚拟IP的命令如下：

[root@master ~]# ifconfig ens32:1 192.168.190.80/24

设置成功后，使用ip addr命令可以看到网卡上绑定的虚拟IP：
alt

测试MHA服务

到此为止，我们就已经完成了MHA高可用架构的搭建，接下来我们对其进行一些简单的测试。例如，测试下是否能正常ping 通虚拟IP，毕竟应用端访问数据库时连接的是虚拟IP，所以首先得确保虚拟IP是能够被访问的。如下：
alt

能ping通之后，使用Navicat等远程连接工具测试下能否正常通过虚拟IP连接上数据库：
alt

确定了虚拟IP能正常访问后，接着测试MHA是否能够正常进行主从切换，首先将master节点上的MySQL服务给停掉，模拟Master宕机：

[root@master ~]# systemctl stop mysqld

正常情况下，此时master节点上的网卡就不会再绑定该虚拟IP：
alt

而是会被MHA漂移到slave-01节点的网卡上，因为此时该Slave就是新的Master：
alt

接着进入slave-02节点上的MySQL命令行终端，确认下该Slave是否已经正常与新的Master进行同步。之前我们配置slave-02 的主库是master，现在将master停掉后，可以看到slave-02的Master_Host已经被MHA切换成了slave-01的IP：
alt

经过以上测试后，可以看到我们搭建的MHA架构是能够正常运行的，已经使得Replication集群拥有了基本的高可用能力，即便Master下线后也能正常从Slave中选举新的Master并进行切换，也正确建立了其他Slave与新Master的复制链路。

MHA架构优缺点

优点：

  • 使用Perl脚本语言开发并且完全开源，开发者可以根据自己的需求进行二次开发
  • 能够支持基于GTID和基于日志点的复制模式
  • MHA在进行故障转移时更不易产生数据丢失
  • 在一个监控节点上可以监控多个Replication集群

缺点：

  • MHA默认不提供虚拟IP功能，需要自行编写脚本或利用第三方工具来实现虚拟IP的配置
  • MHA启动后只会对Master进行监控，不会对Slave进行监控，也无法监控复制链路的情况
  • 集群环境需要能够通过 ssh免密登录，存在一定的安全隐患
  • MHA没有提供对Slave的读负载均衡功能，需要通过第三方工具来实现

本文由 mdnice 多平台发布

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/998272.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

MyBatis 框架入门理论与实践

MyBatis 框架入门理论与实践

文章目录 1. MyBatis 框架介绍1.1 MyBatis优点1.2 MyBatis 不足 2. MyBatis 框架整体架构3. MyBatis 的 ORM 介绍4. MyBatis 框架入门开发4.1 入门案例的搭建4.1.1 准备SQL数据4.1.2 新建 SpringBoot 项目4.1.3 pom文件：4.1.4 配置文件4.1.5 mapper 和 mapper.xml4.…
阅读更多...
C语言经典100例题（51-54）--学习使用按位与 ,按位或 |,按位异或 ^和按位取反~

C语言经典100例题（51-54）--学习使用按位与 ,按位或 |,按位异或 ^和按位取反~

目录 题目 问题分析 按位与操作符（&） 按位或操作符（|） 按位异或操作符（^） 按位取反操作符（~） 代码及运行结果 题目 学习使用按位与& ,按位或 |,按位异或 ^和按位取反…
阅读更多...
Android 10.0 禁用插入耳机时弹出的保护听力对话框

Android 10.0 禁用插入耳机时弹出的保护听力对话框

1.前言 在10.0的系统开发中，在某些产品中会对耳机音量调节过高限制，在调高到最大音量的70%的时候，会弹出音量过高弹出警告，所以产品 开发的需要要求去掉这个音量弹窗警告功能 2.禁用插入耳机时弹出的保护听力对话框的核心类 frameworks\base\packages\SystemUI\src\com\an…
阅读更多...
宋浩高等数学笔记（十二）无穷级数

宋浩高等数学笔记（十二）无穷级数

完结，宋浩笔记系列的最后一更~ 之后会出一些武忠祥老师的错题&笔记总结，10月份就要赶紧做真题了
阅读更多...
windows在gem下安装jekyll的问题

windows在gem下安装jekyll的问题

项目场景： 安装jekyll时抛出错误： ERROR: While executing gem … (Gem::RemoteFetcher::FetchError) IO::TimeoutError: Failed to open TCP connection to gems.ruby-china.com:443 (https://gems.ruby-china.com/quick/Marshal.4.8/jekyll-0.1.6.ge…
阅读更多...
excl在建模语言中的运用

excl在建模语言中的运用

目录 1.表格的定位 2.数学函数 3.自动填充功能 4.数据透视表的应用 5.切片器 6. Date(),time(),now()，today() 7.文本转日期 8.分裂 9.sumif函数 10.数字转换为文本的方法 11.SUMIFS()函数：多个条件筛选 12.宏 13.提取多个表中，…
阅读更多...
【随想】每日两题Day.4

【随想】每日两题Day.4

题目：LeetCode 203.移除列表元素 给你一个链表的头节点 head 和一个整数 val ，请你删除链表中所有满足 Node.val val 的节点，并返回 新的头节点 。 示例 1： 输入：head [1,2,6,3,4,5,6], val 6 输出：[1,2…
阅读更多...
项目部署之持续集成

项目部署之持续集成

1. 什么是持续集成 持续集成（Continuous integration， 简称CI）指的是，频繁地（一天多次）将代码集成到主干。 持续集成的组成要素 一个自动构建过程， 从检出代码、 编译构建、 运行测试、 结果记…
阅读更多...
TDesign 点击高亮显示=》点击切换class类名

TDesign 点击高亮显示=》点击切换class类名

1. wx:for遍历数组 2. 在一行显示 2. 点击高亮
阅读更多...
NPM 常用命令（七）

NPM 常用命令（七）

目录 1、npm help 1.1 命令使用 1.2 描述 1.3 配置 viewer 2、npm help-search 2.1 命令使用 2.2 描述 2.3 配置 long 3、npm hook 3.1 命令使用 3.2 描述 3.3 示例 3.4 配置 registry otp 4、npm init 4.1 命令使用 4.2 转发附加选项 4.3 示例 4.4 工作…
阅读更多...
基于51单片机DS18B20温度及电流检测-proteus仿真-源程序

基于51单片机DS18B20温度及电流检测-proteus仿真-源程序

一、系统方案 本设计采用52单片机作为主控器，液晶1602显示，DS18B20检测温度，电流检测。 二、硬件设计 原理图如下： 三、单片机软件设计 1、首先是系统初始化 void lcd_init() //lcd 初始化设置子函数，不带参数 ,0x…
阅读更多...
Matlab图像处理-边缘提取

Matlab图像处理-边缘提取

基本概念 如果一个像素落在图像中某一个物体的边界上，那么它的邻域将成为一个灰度级变化的带。对这种变化最有用的两个特征是灰度的变化率和方向，它们分别以梯度向量的幅度和方向来表示。 边缘检测算子检查每一个像素的邻域并对灰度变化率进行量化&…
阅读更多...
100天精通Python（可视化篇）——第100天：Pyecharts绘制多种炫酷漏斗图参数说明+代码实战

100天精通Python（可视化篇）——第100天：Pyecharts绘制多种炫酷漏斗图参数说明+代码实战

文章目录 专栏导读一、漏斗图介绍1. 说明2. 应用场景 二、漏斗图类说明1. 导包2. add函数 三、漏斗图实战1. 基础漏斗图2. 标签内漏斗图3. 百分比漏斗图4. 向上排序漏斗图5. 标准漏斗图 专栏导读 🔥🔥本文已收录于《100天精通Python从入门到就业》&…
阅读更多...
特殊矩阵的压缩存储（对称矩阵，三角矩阵和三对角矩阵）

特殊矩阵的压缩存储（对称矩阵，三角矩阵和三对角矩阵）

目录 1.对阵矩阵 2.三角矩阵 3.三对角矩阵（带状矩阵） 均假设数组的下标从0开始 1.对阵矩阵 定义：若对一个n阶矩阵A中的任意一个元素 aᵢ,ⱼ 都有aᵢ,ⱼaⱼ,ᵢ （1≤i,j≤n），则称其为对称矩阵。 存储策略…
阅读更多...
Spring最佳实践: 构建高效可维护的Java应用程序

Spring最佳实践: 构建高效可维护的Java应用程序

🌷🍁 博主猫头虎（🐅🐾）带您 Go to New World✨🍁 🦄 博客首页——🐅🐾猫头虎的博客🎐 🐳 《面试题大全专栏》 🦕 文章图文…
阅读更多...
第7章_瑞萨MCU零基础入门系列教程之UART

第7章_瑞萨MCU零基础入门系列教程之UART

本教程基于韦东山百问网出的 DShanMCU-RA6M5开发板 进行编写，需要的同学可以在这里获取： https://item.taobao.com/item.htm?id728461040949 配套资料获取：https://renesas-docs.100ask.net 瑞萨MCU零基础入门系列教程汇总： ht…
阅读更多...
编译国产openEuler 22.03 LTS系统OpenSSH 9.4的rpm安装包

编译国产openEuler 22.03 LTS系统OpenSSH 9.4的rpm安装包

目前OpenSSH版本已至9.4，其作为操作系统底层管理平台软件，需要保持更新以免遭受安全攻击，编译生成rpm包是生产环境中批量升级的最佳途径。本文在国产openEuler 22.03 LTS系统上完成OpenSSH 9.4的编译工作。 一、准备编译环境： 1…
阅读更多...
【北大核心CSCD期刊】生物特征识别论文投稿经历

【北大核心CSCD期刊】生物特征识别论文投稿经历

计算机工程与应用：半月刊、审稿快、比较简单。
阅读更多...
iisfastchi漏洞复现

iisfastchi漏洞复现

1.查看版本 2.在路径中写入 php脚本 发现使用不了 3.环境搭建 结局打开 把限制打开
阅读更多...
PostgreSQL数据库事务系统——获取virtual transaction id

PostgreSQL数据库事务系统——获取virtual transaction id

如果一个事务没有进行INSERT、UPDATE、DELETE操作，那么就步会分配事务ID，但事务仍然用一个虚拟事务ID代表自己。虚拟事务ID由两部分组成，第一部分是Backend ID，另一个是每个会话自己维护的本地事务ID计数器。通过两部分组合&#…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023