MySQL高可用MHA

news2024/11/18 9:41:06

目录

一.MHA概述

1.1 什么是MHA

1.2 MHA的组成

1.3 MHA的特点

二.MHA的工作原理

2.1 MHA的优点总结

三、实现过程

3.1 准备实验 Mysql 的 Replication 环境

3.1.1 相关配置

3.1.2 初始主节点 master 的配置

3.1.3 所有 slave 节点依赖的配置

3.1.4 配置一主多从复制架构

3.2 安装配置MHA

3.2.1 在 master 上进行授权

3.2.2 准备 ssh 互通环境

3.2.3 安装 MHA 包

3.2.4 初始化 MHA ，进行配置

3.2.5 定义 MHA 管理配置文件

3.2.6 对四个节点进行检测

3.3 启动 MHA

3.4 测试 MHA 故障转移

3.4.1 在 master 节点关闭 mariadb 服务,模拟主节点数据崩溃

3.4.2 在 manger 节点查看日志

3.5 提供新的从节点以修复复制集群

3.6 新节点提供后再次执行检查操作

3.7新节点上线， 故障转换恢复注意事项

一.MHA概述

1.1 什么是MHA

MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。

MHA 的出现就是解决MySQL 单点故障的问题。

MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。

MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

1.2 MHA的组成

1）MHA Node（数据节点）

MHA Node 运行在每台 MySQL 服务器上。

2）MHA Manager（管理节点）

1.  MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署            在一台 slave 节点上。
2.  MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新             数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故              障转移过程对应用程序完全透明。

1.3 MHA的特点

1.   自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据           不丢失。
2.   使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性


3.   目前MHA支持一主多从架构，最少三台服务器，即一主两从。

 

二.MHA的工作原理

相较于其它HA软件，MHA的目的在于维持MySQL Replication中Master库的高可用性，其最大特点是可以修复多个Slave之间的差异日志，最终使所有Slave保持数据一致，然后从中选择一个充当新的Master，并将其它Slave指向它。

      1.从宕机崩溃的master保存二进制日志事件(binlogevents)。                                                              2. 识别含有最新更新的slave。                                                                                                          3.应用差异的中继日志(relay log)到其它slave。                                                                                  4.应用从master保存的二进制日志事件(binlogevents)。                                                                    5.提升一个slave为新master。 使其它的slave连接新的master进行复制。

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器。

2.1 MHA的优点总结

  1. 自动的故障检测与转移，通常在10-30秒以内
  2. MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。
  3. 很好地解决了主库崩溃数据的一致性问题。
  4. 不需要对当前的mysql环境做重大修改。
  5. 不需要在现有的复制框架中添加额外的服务器，仅需要一个manager节点，而一个Manager能管理多套复制，所以能大大地节约服务器的数量。
  6. 性能优秀，可以工作在半同步和异步复制框架，支持gtid，当监控mysql状态时，仅需要每隔N秒向master发送ping包(默认3秒)，所以对性能无影响。你可以理解为MHA的性能和简单的主从复制框架性能一样。
  7. 只要replication支持的存储引擎都支持MHA，不会局限于innodb。
  8. 对于一般的keepalived高可用，当vip在一台机器上的时候，另一台机器是闲置的，而MHA中并无闲置主机。

三、实现过程

3.1 准备实验 Mysql 的 Replication 环境

3.1.1 相关配置

　　MHA 对 MYSQL 复制环境有特殊要求，例如各节点都要开启二进制日志及中继日志，各从节点必须显示启用其read-only属性，并关闭relay_log_purge功能等，这里对配置做事先说明。　为了方便我们后期的操作，我们在各节点的/etc/hosts文件配置内容中添加如下内容

192.168.37.111 node1.keer.com node1
192.168.37.122 node2.keer.com node2
192.168.37.133 node3.keer.com node3
192.168.37.144 node4.keer.com node4

这样的话，我们就可以通过 host 解析节点来打通私钥访问，会方便很多。

3.1.2 初始主节点 master 的配置

　　我们需要修改 master 的数据库配置文件来对其进行初始化配置

[root@master ~]# vim /etc/my.cnf
	[mysqld]
	server-id = 1				//复制集群中的各节点的id均必须唯一
	log-bin = master-log		//开启二进制日志
	relay-log = relay-log		//开启中继日志
	skip_name_resolve			//关闭名称解析（非必须）
[root@master ~]# systemctl restart mariadb

3.1.3 所有 slave 节点依赖的配置

我们修改两个 slave 的数据库配置文件，两台机器都做如下操作：

[root@slave1 ~]# vim /etc/my.cnf
	[mysqld]
	server-id = 2 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
[root@slave1 ~]# systemctl restart mariadb

[root@slave2 ~]# vim /etc/my.cnf
	[mysqld]
	server-id = 3 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
[root@slave2 ~]# systemctl restart mariadb

3.1.4 配置一主多从复制架构

master 节点上

MariaDB [(none)]>grant replication slave,replication client on *.* to 'slave'@'192.168.%.%' identified by 'keer';
MariaDB [(none)]> show master status;

slave 节点上：

MariaDB [(none)]> change master to master_host='192.168.37.122', 
    -> master_user='slave', 
    -> master_password='keer',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=415;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;

3.2 安装配置MHA

3.2.1 在 master 上进行授权

　　在所有 Mysql 节点授权拥有管理权限的用户可在本地网络中有其他节点上远程访问。 当然， 此时仅需要且只能在 master 节点运行类似如下 SQL 语句即可。

MariaDB [(none)]> grant all on *.* to 'mhaadmin'@'192.168.%.%' identified by 'mhapass';

3.2.2 准备 ssh 互通环境

　　MHA集群中的各节点彼此之间均需要基于ssh互信通信，以实现远程控制及数据管理功能。简单起见，可在Manager节点生成密钥对儿，并设置其可远程连接本地主机后， 将私钥文件及authorized_keys文件复制给余下的所有节点即可。
　　下面操作在所有节点上操作：

[root@manager ~]# ssh-keygen -t rsa
[root@manager ~]# ssh-copy-id -i .ssh/id_rsa.pub root@node1


　　当四台机器都进行了上述操作以后，我们可以在 manager 机器上看到如下文件：

[root@manager ~]# cd .ssh/
[root@manager .ssh]# ls
authorized_keys  id_rsa  id_rsa.pub  known_hosts
[root@manager .ssh]# cat authorized_keys


　　四台机器的公钥都已经在authorized_keys这个文件中了，接着，我们只需要把这个文件发送至另外三台机器，这四台机器就可以实现 ssh 无密码互通了：

[root@manager .ssh]# scp authorized_keys root@node2:~/.ssh/
[root@manager .ssh]# scp authorized_keys root@node3:~/.ssh/
[root@manager .ssh]# scp authorized_keys root@node4:~/.ssh/

当然，我们也可以在机器上实验一下，看看 ssh 是否还需要输入密码。

3.2.3 安装 MHA 包

　　在本步骤中， Manager节点需要另外多安装一个包。具体需要安装的内容如下：

四个节点都需安装：mha4mysql-node-0.56-0.el6.norch.rpm
Manager 节点另需要安装：mha4mysql-manager-0.56-0.el6.noarch.rpm

　我们使用rz命令分别上传，然后使用yum安装即可。

[root@manager ~]# rz
[root@manager ~]# ls
anaconda-ks.cfg  initial-setup-ks.cfg                     Pictures
Desktop          mha4mysql-manager-0.56-0.el6.noarch.rpm  Public
Documents        mha4mysql-node-0.56-0.el6.noarch.rpm     Templates
Downloads        Music                                    Videos
[root@manager ~]# yum install -y mha4mysql-node-0.56-0.el6.noarch.rpm 
[root@manager ~]# yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm

3.2.4 初始化 MHA ，进行配置

　　Manager 节点需要为每个监控的 master/slave 集群提供一个专用的配置文件，而所有的 master/slave 集群也可共享全局配置。全局配置文件默认为/etc/masterha_default.cnf，其为可选配置。如果仅监控一组 master/slave 集群，也可直接通过 application 的配置来提供各服务器的默认配置信息。而每个 application 的配置文件路径为自定义。具体操作见下一步骤。

3.2.5 定义 MHA 管理配置文件

　　为MHA专门创建一个管理用户， 方便以后使用， 在mysql的主节点上， 三个节点自动同步：

	mkdir /etc/mha_master
	vim /etc/mha_master/mha.cnf

　配置文件内容如下

[server default] 			//适用于server1,2,3个server的配置
user=mhaadmin 				//mha管理用户
password=mhapass 			//mha管理密码
manager_workdir=/etc/mha_master/app1 		//mha_master自己的工作路径
manager_log=/etc/mha_master/manager.log 	// mha_master自己的日志文件
remote_workdir=/mydata/mha_master/app1		//每个远程主机的工作目录在何处
ssh_user=root 				// 基于ssh的密钥认证
repl_user=slave				//数据库用户名
repl_password=magedu		//数据库密码
ping_interval=1 			//ping间隔时长
[server1] 					//节点2
hostname=192.168.37.133 	//节点2主机地址
ssh_port=22 				//节点2的ssh端口
candidate_master=1 			//将来可不可以成为master候选节点/主节点
[server2]
hostname=192.168.37.133
ssh_port=22
candidate_master=1
[server3]
hostname=192.168.37.144
ssh_port=22
candidate_master=1

3.2.6 对四个节点进行检测

1）检测各节点间 ssh 互信通信配置是否 ok
　　我们在 Manager 机器上输入下述命令来检测：

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

如果最后一行显示为[info]All SSH connection tests passed successfully.则表示成功。

2）检查管理的MySQL复制集群的连接配置参数是否OK

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

我们发现检测失败，这可能是因为从节点上没有账号，因为这个架构，任何一个从节点， 将有可能成为主节点， 所以也需要创建账号。
　　因此，我们需要在master节点上再次执行以下操作：

MariaDB [(none)]> grant replication slave,replication client on *.* to 'slave'@'192.168.%.%' identified by 'keer';
MariaDB [(none)]> flush privileges;

执行完这段操作之后，我们再次运行检测命令：

[root@manager ~]# masterha_check_repl -conf=/etc/mha_master/mha.cnf
Thu Nov 23 09:07:08 2017 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Thu Nov 23 09:07:08 2017 - [info] Reading application default configuration from /etc/mha_master/mha.cnf..
Thu Nov 23 09:07:08 2017 - [info] Reading server configuration from /etc/mha_master/mha.cnf..
……
MySQL Replication Health is OK.

3.3 启动 MHA

　　我们在 manager 节点上执行以下命令来启动 MHA：

[root@manager ~]# nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &
[1] 7598

启动成功以后，我们来查看一下 master 节点的状态：

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:7598) is running(0:PING_OK), master:192.168.37.122

上面的信息中“mha (pid:7598) is running(0:PING_OK)”表示MHA服务运行OK，否则， 则会显示为类似“mha is stopped(1:NOT_RUNNING).”
　　如果，我们想要停止 MHA ，则需要使用 stop 命令：

[root@manager ~]# masterha_stop -conf=/etc/mha_master/mha.cnf

3.4 测试 MHA 故障转移

3.4.1 在 master 节点关闭 mariadb 服务,模拟主节点数据崩溃

[root@master ~]# killall -9 mysqld mysqld_safe
[root@master ~]# rm -rf /var/lib/mysql/*

3.4.2 在 manger 节点查看日志

[root@manager ~]# tail -200 /etc/mha_master/manager.log 
……
Thu Nov 23 09:17:19 2017 - [info] Master failover to 192.168.37.133(192.168.37.133:3306) completed successfully.

　　表示 manager 检测到192.168.37.122节点故障， 而后自动执行故障转移， 将192.168.37.133提升为主节点。
　　注意，故障转移完成后， manager将会自动停止， 此时使用 masterha_check_status 命令检测将会遇到错误提示， 如下所示：

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha is stopped(2:NOT_RUNNING).

3.5 提供新的从节点以修复复制集群

　　原有 master 节点故障后，需要重新准备好一个新的 MySQL 节点。基于来自于master 节点的备份恢复数据后，将其配置为新的 master 的从节点即可。注意，新加入的节点如果为新增节点，其 IP 地址要配置为原来 master 节点的 IP，否则，还需要修改 mha.cnf 中相应的 ip 地址。随后再次启动 manager ，并再次检测其状态。
　　我们就以刚刚关闭的那台主作为新添加的机器，来进行数据库的恢复：
　　原本的 slave1 已经成为了新的主机器，所以，我们对其进行完全备份，而后把备份的数据发送到我们新添加的机器上：

[root@slave1 ~]# mkdir /backup
[root@slave1 ~]# mysqldump --all-database > /backup/mysql-backup-`date +%F-%T`-all.sql
[root@slave1 ~]# scp /backup/mysql-backup-2017-11-23-09\:57\:09-all.sql root@node2:~

然后在 node2 节点上进行数据恢复：

[root@master ~]# mysql < mysql-backup-2017-11-23-09\:57\:09-all.sql

接下来就是配置主从。照例查看一下现在的主的二进制日志和位置，然后就进行如下设置：

MariaDB [(none)]> change master to master_host='192.168.37.133',  master_user='slave',  master_password='keer', master_log_file='mysql-bin.000006', master_log_pos=925;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.37.133
                  Master_User: slave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000006
          Read_Master_Log_Pos: 925
               Relay_Log_File: mysql-relay-bin.000002
                Relay_Log_Pos: 529
        Relay_Master_Log_File: mysql-bin.000006
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
							……

3.6 新节点提供后再次执行检查操作

我们来再次检测状态：

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

记录日志：

[root@manager ~]# masterha_manager -conf=/etc/mha_master/mha.cnf > /etc/mha_master/manager.log 2>&1 &
[1] 10012

启动成功以后，我们来查看一下 master 节点的状态：

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:9561) is running(0:PING_OK), master:192.168.37.133

3.7新节点上线， 故障转换恢复注意事项

1）在生产环境中， 当你的主节点挂了后， 一定要在从节点上做一个备份， 拿着备份文件把主节        点手动提升为从节点， 并指明从哪一个日志文件的位置开始复制
2）每一次自动完成转换后， 每一次的(replication health )检测不ok始终都是启动不了必须手动修         复主节点， 除非你改配置文件
3）手动修复主节点提升为从节点后， 再次运行检测命令

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:9561) is running(0:PING_OK), master:192.168.37.133

4）再次运行起来就恢复成功了

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

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

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

相关文章

VINS学习04———Omni教程

VINS学习04———Omni教程

1. 本文简介 本文依照港科大开源的代码和论文 文章主要内容&#xff1a;对无人机集群实现协同定位。参与融合的定位因子有以下4点 全向鱼眼相机的VIO定位&#xff1a;VINS-Fisheye基于地图定位&#xff1a;视觉特征点协同建图基于UWB协同定位&#xff1a;节点间测距视觉检测定…
阅读更多...
爆款小游戏用的都是什么游戏开发引擎？

爆款小游戏用的都是什么游戏开发引擎？

随着微信生态中&#xff0c;小程序应用指数级的增长&#xff0c;许多休闲游戏变成为了众多游戏厂商流量变现的新手段。以近期很火的“羊了个羊”为例&#xff0c;它便是我们常常所说的小游戏。 游戏和小游戏的区别 要盘点小游戏开发引擎之前&#xff0c;我们得先来了解下游戏和…
阅读更多...
[附源码]计算机毕业设计基于Springboot校园招聘系统

[附源码]计算机毕业设计基于Springboot校园招聘系统

项目运行 环境配置&#xff1a; Jdk1.8 Tomcat7.0 Mysql HBuilderX&#xff08;Webstorm也行&#xff09; Eclispe&#xff08;IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持&#xff09;。 项目技术&#xff1a; SSM mybatis Maven Vue 等等组成&#xff0c;B/S模式 M…
阅读更多...
jQuery 效果- 动画

jQuery 效果- 动画

jQuery animate() 方法允许您创建自定义的动画。 jQuery 动画实例 jQuery jQuery 动画 - animate() 方法 jQuery animate() 方法用于创建自定义动画。 语法&#xff1a; $(selector).animate({params},speed,callback); 必需的 params 参数定义形成动画的 CSS 属性。 …
阅读更多...
如何优雅的排空节点上的pod？云服务商是如何回收机器的？

如何优雅的排空节点上的pod？云服务商是如何回收机器的？

概述 在 Kubernetes 中&#xff0c;不仅容器和 Pod 可以更换&#xff0c;节点也可以更换。Kubernetes 中的节点是 VM、服务器和其他具有计算能力的实体 &#xff08;其实对k8s来说就是一个对象&#xff09;&#xff0c;在这些实体中运行 Pod 和容器。 节点耗尽是一种允许用户…
阅读更多...
Matplotlib入门[01]——Pyplot

Matplotlib入门[01]——Pyplot

Matplotlib入门[01]——Pyplot 参考&#xff1a; https://ailearning.apachecn.org/Matplotlib官网 使用Jupyter进行练习 Matplotlib简介 matplotlib 是一个 Python 的 2D 图形包。 在线文档&#xff1a;http://matplotlib.org &#xff0c;提供了 Examples, FAQ, API, Galle…
阅读更多...
【架构设计】互联网架构项目架构演进以及三高设计概述

【架构设计】互联网架构项目架构演进以及三高设计概述

系统架构并非一蹴而就&#xff0c;架构目标也是随着业务发展而变化&#xff0c;业务推送技术发展&#xff0c;技术反哺业务。系统架构演进&#xff1a;单机 -->集群 -->分布式微服务 架构演进&#xff08;日活用户占总用户量大概%4到%10&#xff0c;推测总用户量&#x…
阅读更多...
Python配置OpenCV

Python配置OpenCV

一、背景 有个任务需要进行图像样本扩充&#xff0c;本人想要使用cv2来帮忙扩充电脑重装过系统&#xff0c;之前的环境都没有了参考之前自己写的博客&#xff0c;使用Anaconda安装失败了&#xff0c;一直显示下面的错误&#xff0c;目前还没有解决这个问题 Script file H:\An…
阅读更多...
手把手教你音乐服务器搭建

手把手教你音乐服务器搭建

最近发现，经常用的网易云音乐，有很多歌曲下架了，能听的越来越少了；歌单里的一些歌曲，现在要开通 VIP 才能听了。其实自己常听的歌曲不是很多，现在却有很多听不了了。 怎么办呢，付费吗？花钱当然是一个好方式，花 1 分钟开通 VIP，立马就可以畅听起来。 不过前两天翻东西…
阅读更多...
RabbitMQ-全面详解（学习总结---从入门到深化）

RabbitMQ-全面详解（学习总结---从入门到深化）

RabbitMQ概念_MQ 消息队列 MQ全称Message Queue&#xff08;消息队列&#xff09;&#xff0c;是在消息的传输过程中保 存消息的容器。多用于系统之间的异步通信。 1、同步通信相当于两个人当面对话&#xff0c;你一言我一语。必须及时回复 2、异步通信相当于通过第三方转述对话…
阅读更多...
看完这套 Java 笔记，才明白笔者同时斩获 7 份大厂 offer 是有原因的

看完这套 Java 笔记，才明白笔者同时斩获 7 份大厂 offer 是有原因的

不知道各位程序员朋友有没有做笔记的习惯&#xff1f;不过&#xff0c;我觉得大家还是蛮喜欢收藏笔记的&#xff0c;嘿嘿&#xff0c;我也是。 前几天恰好看到一篇文章&#xff0c;里面详细罗列了关于 Java 的所有知识点。看目录&#xff0c;是从 Jvm 开始&#xff0c;再讲集合…
阅读更多...
API响应状态

API响应状态

阅读更多...
百趣土壤非靶标代谢组学文献分享，来自Microbiome的灵感

百趣土壤非靶标代谢组学文献分享，来自Microbiome的灵感

​今天小编要和大家分享的是BIOTREE协助客户发表在Microbiome上的关于土壤抗性遗传的一篇文章。 发表期刊&#xff1a;《Microbiome》 影响因子&#xff1a;9.133 合作单位&#xff1a;南京农业大学 据百趣代谢组学小趣了解&#xff0c;植物方面的高分文章并不好发&#xff…
阅读更多...
二分查找详解

二分查找详解

&#x1f308;&#x1f308;&#x1f604;&#x1f604; 欢迎小伙伴来到茶色岛独家岛屿&#xff0c;本期会对二分查找进行详细的讲解&#xff0c;做好准备了么&#xff0c;那么开始吧。 &#x1f332;&#x1f332;&#x1f434;&#x1f434; 一、简介 二、查找思路&#xff…
阅读更多...
更快更稳更安全！天翼云CDN了解一下

更快更稳更安全！天翼云CDN了解一下

近年来&#xff0c;数字化转型正催生各行各业掀起新一轮的信息变革。作为我国经济发展的“血液”&#xff0c;金融行业的一举一动都牵动着国民经济的神经。相对于其他行业&#xff0c;金融业务因其“高敏感性、高价值”等特点&#xff0c;行业数字化转型需要在保障安全和隐私等…
阅读更多...
【基础算法】圆周率的多种方法求算 C++实现

【基础算法】圆周率的多种方法求算 C++实现

●割圆法 一个圆如下面左图所示&#xff0c;其半径为1&#xff0c;其内部内接一个正六边形。设正六边形的边长为y1。由几何知识可得知y11&#xff0c;所以圆的周长可近似为正六边形的周长C6y16.所以圆周率为前面的近似圆周长与圆直径之比&#xff0c;即C/2 3≈π&#xff0c;这…
阅读更多...
关于腾讯股票api股票接口的功能分析

关于腾讯股票api股票接口的功能分析

因为国内外股价的上涨都可以在界面上去查询&#xff0c;所以公司能准确地判断股价上涨&#xff0c;并适时买入、卖出&#xff0c;以此获得一定的利润。 腾讯股票api股票接口还可以把以往的数据表示成一条折线&#xff0c;让公司在进行分析时更形象、更有参考意义。在连接界面后…
阅读更多...
【数据结构与算法】线性表的查找

【数据结构与算法】线性表的查找

&#x1f525; 本文由 程序喵正在路上 原创&#xff0c;CSDN首发&#xff01; &#x1f496; 系列专栏&#xff1a;数据结构与算法 &#x1f320; 首发时间&#xff1a;2022年12月5日 &#x1f98b; 欢迎关注&#x1f5b1;点赞&#x1f44d;收藏&#x1f31f;留言&#x1f43e;…
阅读更多...
Java入门教程(5)——开发第一个Java程序

Java入门教程(5)——开发第一个Java程序

文章目录1.1. 新建一个记事本&#xff0c;将后缀名改为java 如图示&#xff1a; 2.双击&#xff0c;选择打开方式为记事本 输入代码&#xff1a; public class HelloWorld{public static void main(String[] args){System.out.println("Hello world&#xff01;");…
阅读更多...
基于DIPUM工具箱对图书数字图像进行处理（Matlab代码实现）

基于DIPUM工具箱对图书数字图像进行处理（Matlab代码实现）

目录 &#x1f4a5;1 概述 &#x1f4da;2 运行结果 &#x1f389;3 参考文献 &#x1f468;‍&#x1f4bb;4 Matlab代码 &#x1f4a5;1 概述 数字图像处理(Digital Image Processing)将图像信号转换成数字信号并利用计算机对其进行处理,起源于20世纪20年代,目前已广泛地…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023