主頁 > 軟體設計 > MySQL之MHA高可用配置及故障切換——超詳細的理論+實驗!

MySQL之MHA高可用配置及故障切換——超詳細的理論+實驗!

2020-10-23 21:17:12 軟體設計

MHA高可用配置

  • 一、案例知識點
    • 1.1、什么是MHA
    • 1.2、MHA的組成
    • 1.3、為什么使用MHA?
    • 1.4、MHA特點
  • 二、MHA案例
    • 2.1、實驗拓撲
    • 2.2、實驗環境
    • 2.3、實驗目的
    • 2.4、實驗程序
    • 注意
      • 2.4.1、安裝 MySQL 資料庫
      • 2.4.2、配置 MySQL的主從復制
      • 2.4.3、安裝 MHA 軟體
    • 2.5、驗證

一、案例知識點

1.1、什么是MHA

  • 日本DeNA公司 youshimaton(現就職于 Facebook公司)開發
  • 一套優秀的作為MySQL高可用性環境下故障切換和主從提升的高可用軟體
  • 支持故障切換
  • 在MySQL故障切換程序中,MHA能做到在0~30秒之內自動完成資料庫的故障切換操作,并且在進行故障切換的程序中,MHA能在最大程度上保證資料的一致性,以達到真正意義上的高可用
  • MHA還提供在線主庫切換的功能,能夠安全地切換當前運行的主庫到一個新的主庫中(通過將從庫提升為主庫),大概0.5-2秒內即可完成

1.2、MHA的組成

  • MHA Manager (管理節點)
  • MHA Node (資料節點)
  • 注意:Manager承載在Node上,需要先裝Node

1.3、為什么使用MHA?

  • 傳統mysql主從架構存在單點故障的問題

在這里插入圖片描述

  • 傳統架構中,只有一個mysql主服務器,所以當出現單點故障的時候,整個服務器群集就會癱瘓掉
  • 為了解決這種情況,我們需要在主服務器宕機的時候,重新建立一臺主服務器,負責監控等作業

當我們做MySQL的讀寫分離與主從復制時,一臺主服務器下面連著多臺從服務器,如果當主服務器掛掉之后,就會出現單點故障的問題,所以我們需要用到 MHA 高可用的故障切換,

1.4、MHA特點

  • 自動故障切換程序中,MHA試圖從宕機的主服務器上保存二進制日志,最大程度的保證資料不丟失
  • 使用半同步復制,可以大大降低資料丟失的風險
  • 目前MHA支持一主多從架構,最少三臺服務,即一主兩從

二、MHA案例

2.1、實驗拓撲

在這里插入圖片描述

2.2、實驗環境

主機IP地址作業系統
mysql1(主)20.0.0.23centos-7.6-x86_64
mysql2(從/主備)20.0.0.24centos-7.6-x86_64
mysql3(從)20.0.0.25centos-7.6-x86_64
Manger20.0.0.22centos-7.6-x86_64

2.3、實驗目的

  • 通過MHA監控MySQL資料庫,在故障時自動進行切換,不影響業務
  • 當主庫失效時,備選資料庫庫自動成為主庫

2.4、實驗程序

注意

因為作業系統是centos7,所以要下載MHA 0.57版本,MHA對于版本要求很高!

2.4.1、安裝 MySQL 資料庫

三臺資料庫服務器需要先安裝MySQL資料庫,如果不會安裝可以看一下我之前的博客
博客地址:安裝資料庫博客地址

2.4.2、配置 MySQL的主從復制

  1. 安裝完資料庫之后做網路

mysql 1:

[root@mysql1 ~]# vi /etc/hosts  ## 添加下面三句話
20.0.0.23 mysql1
20.0.0.24 mysql2
20.0.0.25 mysql3
==》》 wq

mysql 2:

[root@mysql2 ~]# vi /etc/hosts  ## 添加下面三句話
20.0.0.23 mysql1
20.0.0.24 mysql2
20.0.0.25 mysql3
==》》 wq

mysql 3:

[root@mysql3 ~]# vi /etc/hosts  ## 添加下面三句話
20.0.0.23 mysql1
20.0.0.24 mysql2
20.0.0.25 mysql3
==》》 wq
  1. 每臺資料庫都進行 ping 測驗一下
[root@mysql2 ~]# ping mysql1
PING mysql1 (20.0.0.23) 56(84) bytes of data.
64 bytes from mysql1 (20.0.0.23): icmp_seq=1 ttl=64 time=0.293 ms
64 bytes from mysql1 (20.0.0.23): icmp_seq=2 ttl=64 time=0.383 ms
[root@mysql1 cmake-2.8.6]# ping mysql2
PING mysql2 (20.0.0.24) 56(84) bytes of data.
64 bytes from mysql2 (20.0.0.24): icmp_seq=1 ttl=64 time=1.17 ms
64 bytes from mysql2 (20.0.0.24): icmp_seq=2 ttl=64 time=0.392 ms
[root@mysql1 cmake-2.8.6]# ping mysql3
PING mysql3 (20.0.0.25) 56(84) bytes of data.
64 bytes from mysql3 (20.0.0.25): icmp_seq=1 ttl=64 time=0.317 ms
64 bytes from mysql3 (20.0.0.25): icmp_seq=2 ttl=64 time=0.338 ms 
  1. 修改 Master 的主組態檔/etc/my.cnf 檔案,三臺服務器的 server-id 不能一樣

mysql 1:

[root@Mysql1 ~]# cat /etc/my.cnf
#default-character-set=utf8  ## 這句話注釋掉,不然健康檢查過不去
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true  ## 允許從服務器同步
==》》wq
[root@mysql1 ~]# systemctl restart mysqld

mysql 2:

配置從服務器1:
在/etc/my.cnf 中修改或者增加下面內容,
[root@Mysql2 ~]# vim /etc/my.cnf
#default-character-set=utf8  ## 這句話注釋掉,不然健康檢查過不去
server-id = 2 
log_bin = master-bin
relay-log = relay-log-bin 
relay-log-index = slave-relay-bin.index 
==》》wq
[root@mysql1 ~]# systemctl restart mysqld

mysql 3:

配置從服務器2:
在/etc/my.cnf 中修改或者增加下面內容,
[root@Mysql2 ~]# vim /etc/my.cnf
#default-character-set=utf8  ## 這句話注釋掉,不然健康檢查過不去
server-id = 3 
log_bin = master-bin
relay-log = relay-log-bin 
relay-log-index = slave-relay-bin.index 
==》》wq
[root@mysql1 ~]# systemctl restart mysqld
  1. Mysql1、Mysql2、Mysql3 分別做兩個軟鏈接
[root@Mysql1 ~]# ln -s /usr/local/mysql/bin/mysql /usr/sbin/     ## 不建立軟鏈接,系統識別不了,健康檢查會報錯
[root@Mysql1 ~]# ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
  1. 配置 MySQL 一主兩從

① MySQL 主從配置相對比較簡單,需要注意的是授權,步驟如下:

在所有資料庫節點上授權兩個用戶,一個是從庫同步使用,另外一個是 manager 使用,
mysql> grant replication slave on *.* to 'myslave'@'20.0.0.%' identified by '123';    ## 主從復制授權
mysql> grant all privileges on *.* to 'mha'@'20.0.0.%' identified by 'manager';        ## 三個資料庫可以被manger所管理
mysql> flush privileges;

② 在 Mysql1 主機上查看二進制檔案和同步點

mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |     895 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+

③ 接下來在 Mysql2 和 Mysql3 分別執行同步,

mysql> change master to master_host='20.0.0.23',master_user='myslave',master_password='123',master_log_file='master-bin.000001',master_log_pos=895; 
mysql> start slave;

④ 查看 IO 和 SQL 執行緒都是 yes 代表同步是否正常,

分別在mysql 2 和 mysql 3 查看

mysql> show slave status\G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

⑤ 必須設定兩個從庫為只讀模式:

mysql> set global read_only=1;
mysql> flush privileges;

2.4.3、安裝 MHA 軟體

  1. 創建現網源(如果當時YUM倉庫安裝的是本地源的話,必須要創建現網源)
[root@mysql1 ~]# cd /etc/yum.repos.d/  
[root@mysql1 yum.repos.d]# mv backup/CentOS-Base.repo ./
[root@mysql1 yum.repos.d]# ll
total 8
drwxr-xr-x. 2 root root  163 Oct 21 02:21 backup
-rw-r--r--. 1 root root 1664 Nov 23  2018 CentOS-Base.repo
-rw-r--r--. 1 root root  116 Sep 13 21:35 local.repo
[root@mysql1 yum.repos.d]# yum clean all
[root@mysql1 yum.repos.d]# yum makecache
  1. 所有4臺服務器上都安裝 MHA 依賴的環境,首先安裝 epel 源,
[root@MHA-manager ~]# yum install epel-release --nogpgcheck -y
yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN
  1. MHA 軟體包對于每個作業系統版本不一樣,這里 CentOS7.4 必須選擇 0.57 版本,
    在<注意:所有服務器>上必須先安裝 node 組件,最后在 MHA-manager 節點上安裝 manager 組件,
    因為 manager 依賴 node 組件,下面都是在 Mysql1 上操作演示安裝 node 組件,
[root@Mysql1 ~]# tar zxvf mha4mysql-node-0.57.tar.gz
[root@Mysql1 ~]# cd mha4mysql-node-0.57
[root@mysql1 mha4mysql-node-0.57]# ls
AUTHORS  COPYING  inc  Makefile.PL  META.yml  rpm
bin      debian   lib  MANIFEST     README    t

[root@Mysql1 mha4mysql-node-0.57]# perl Makefile.PL
[root@Mysql1 mha4mysql-node-0.57]# make && make install
  1. 在 MHA-manager 上安裝 manager 組件(!注意:一定要先安裝node 組件才能安裝manager 組件)
[root@MHA-manager ~]# tar zxvf mha4MHA-manager-0.57.tar.gz 
[root@MHA-manager ~]# cd mha4MHA-manager-0.57

[root@localhost mha4mysql-manager-0.57]# ls
AUTHORS  COPYING  inc  Makefile.PL  META.yml  rpm      t
bin      debian   lib  MANIFEST     README    samples  tests

[root@MHA-manager mha4MHA-manager-0.57]# perl Makefile.PL
[root@MHA-manager mha4MHA-manager-0.57]# make && make install
  1. 配置無密碼認證
 1. 在 manager 上配置到所有資料庫節點的無密碼認證
[root@MHA-manager ~]# ssh-keygen -t rsa          //一路按回車鍵
[root@MHA-manager ~]# ssh-copy-id 20.0.0.23   ## 按yes,然后輸入 root 密碼
[root@MHA-manager ~]# ssh-copy-id 20.0.0.24
[root@MHA-manager ~]# ssh-copy-id 20.0.0.25

 2. 在 Mysql1 上配置到資料庫節點Mysql2和Mysql3的無密碼認證
[root@Mysql1 ~]# ssh-keygen -t rsa          //一路按回車鍵
[root@Mysql1 ~]# ssh-copy-id 20.0.0.24   ## 按yes,然后輸入 root 密碼
[root@Mysql1 ~]# ssh-copy-id 20.0.0.25

 3. 在 Mysql2 上配置到資料庫節點Mysql1和Mysql3的無密碼認證
[root@Mysql2 ~]# ssh-keygen -t rsa          //一路按回車鍵
[root@Mysql2 ~]# ssh-copy-id 20.0.0.23   ## 按yes,然后輸入 root 密碼
[root@Mysql2 ~]# ssh-copy-id 20.0.0.25

 4. 在 Mysql3 上配置到資料庫節點Mysql1和Mysql2的無密碼認證
[root@Mysql3 ~]# ssh-keygen -t rsa          //一路按回車鍵
[root@Mysql3 ~]# ssh-copy-id 20.0.0.23   ## 按yes,然后輸入 root 密碼
[root@Mysql3 ~]# ssh-copy-id 20.0.0.24
  1. 配置 MHA
  • 在 manager 節點上復制相關腳本到/usr/local/bin 目錄,
[root@MHA-manager ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
//拷貝后會有四個執行檔案

[root@atlas ~]# ll /usr/local/bin/scripts/
總用量 32
-rwxr-xr-x 1 mysql mysql 3648 5 月 31 2015 master_ip_failover  #自動切換時 VIP 管理的腳本
-rwxr-xr-x 1 mysql mysql 9872 5 月 25 09:07 master_ip_online_change #在線切換時 vip 的管理
-rwxr-xr-x 1 mysql mysql 11867 5 月 31 2015 power_manager #故障發生后關閉主機的腳本
-rwxr-xr-x 1 mysql mysql 1360 5 月 31 2015 send_report #因故障切換后發送報警的腳本
  • 復制上述的自動切換時 VIP 管理的腳本到/usr/local/bin 目錄,這里使用腳本管理 VIP,
[root@MHA-manager ~]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin
  • 修改內容如下:(洗掉原有內容,直接復制)
[root@MHA-manager ~]#vim /usr/local/bin/master_ip_failover

#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port
);
#############################添加內容部分#########################################
my $vip = '192.168.195.200';
my $brdc = '192.168.195.255';
my $ifdev = 'ens33';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
my $exit_code = 0;
##################################################################################
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,
'new_master_host=s' => \$new_master_host,
'new_master_ip=s' => \$new_master_ip,
'new_master_port=i' => \$new_master_port,
);

exit &main();

sub main {

print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$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();
$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 \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
print
"Usage: master_ip_failover --command=start|stop|stopssh|status --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";
}

①、:% s/^#//  把全文的開頭的#號洗掉
②、  第一行開頭加上#號   #!/usr/bin/env perl
③、my $vip = '20.0.0.200';     ## 漂移地址,改成自己網段的IP
       my $brdc = '20.0.0.255';   ## 改成自己網段
  • 創建 MHA 軟體目錄并拷貝組態檔
[root@MHA-manager ~]# mkdir /etc/masterha
[root@MHA-manager ~]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha/
[root@MHA-manager ~]# vim /etc/masterha/app1.cnf

[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
password=manager
ping_interval=1
remote_workdir=/tmp
repl_password=123
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 20.0.0.24 -s 20.0.0.25
shutdown_script=""
ssh_user=root
user=mha

[server1]
hostname=20.0.0.23
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=20.0.0.24
port=3306

[server3]
hostname=20.0.0.25
port=3306
  1. 測驗 ssh 無密碼認證,如果正常最后會輸出 successfully,如下所示,
[root@MHA-manager ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf

Tue Nov 26 23:09:46 2019 - [debug]  Connecting via SSH from root@192.168.195.131(192.168.195.131:22) to root@192.168.195.130(192.168.195.130:22)..
Tue Nov 26 23:09:47 2019 - [debug]   ok.
Tue Nov 26 23:09:47 2019 - [info] All SSH connection tests passed successfully.
  1. 測驗健康狀態
root@MHA-manager ~]# masterha_check_repl -conf=/etc/masterha/app1.cnf   ## 測驗健康狀態

Checking the Status of the script.. OK 
Tue Nov 26 23:10:29 2019 - [info]  OK.
Tue Nov 26 23:10:29 2019 - [warning] shutdown_script is not defined.
Tue Nov 26 23:10:29 2019 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.
  • 注意:第一次配置需要去主服務器master上手動開啟虛擬IP
[root@Mysql1 ~]# /sbin/ifconfig ens33:1 20.0.0.200/24
[root@Mysql1 ~]# ifconfig 查看一下
如果是最小化安裝需要先安裝網路組件
[root@mysql1 ~]# yum -y install net-tools
[root@Mysql1 ~]# ifconfig
ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 20.0.0.200  netmask 255.0.0.0  broadcast 20.255.255.255
        ether 00:0c:29:a4:3e:ec  txqueuelen 1000  (Ethernet)

  1. 啟動 MHA,在manager服務器上
[root@MHA-manager ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
[1] 129929

[root@localhost ~]# jobs  ## 查看后臺運行的任務
[1]+  Running                 nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
  1. 查看 MHA 狀態,可以看到當前的 master 是 Mysql1 節點
[root@MHA-manager ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
app1 (pid:32493) is running(0:PING_OK), master:20.0.0.23  ## master是20.0.0.23,對的
  1. 查看 MHA 日志,也以看到當前的 master 是 20.0.0.23
[root@MHA-manager ~]# cat /var/log/masterha/app1/manager.log

Tue Nov 26 23:12:30 2019 - [info] Checking master_ip_failover_script status:
Tue Nov 26 23:12:30 2019 - [info]   /usr/local/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=20.0.0.23 --orig_master_ip=20.0.0.23 --orig_master_port=3306 

2.5、驗證

  • 我們先把主資料庫給關閉,查看漂移地址是否漂移
[root@MHA-manager ~]#tailf /var/log/masterha/app1/manager.log     ## 啟用監控觀察日志記錄
[root@mysql1 ~]# systemctl stop mysqld  ## 關閉主資料庫mysql1上的資料庫
  • 現在我們去Manger查看日志,查看漂移地址是否漂移成功
我們可以在日志里面看到漂移地址已經成功
20.0.0.25(20.0.0.25:3306): OK: Applying all logs succeeded. Slave started, replicating from 20.0.0.24(20.0.0.24:3306)

我們現在去mysql2查看一下網卡配置資訊,漂移地址已經漂移成功!
[root@mysql2 ~]# ifconfig
ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 20.0.0.200  netmask 255.0.0.0  broadcast 20.255.255.255
        ether 00:0c:29:a4:3e:ec  txqueuelen 1000  (Ethernet)

再查看一下mysql 1的網卡配置資訊
[root@mysql2 ~]# ifconfig
已經沒有 ens33:1 虛擬介面資訊

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/187818.html

標籤:其他

上一篇:Linux Shell CentOS 寫一個輸出命令 支持顏色

下一篇:整體升級openssl至1.1.1g及openssh8.3p1

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more