MySQL详细案例 1：MySQL主从复制与读写分离

news2024/11/21 2:22:51

文章目录

  • 1. MySQL主从复制
    • 1.1 使用场景
    • 1.2 MySQL的复制类型
    • 1.3 主从复制的工作过程
    • 1.4 实现MySQL主从复制
      • 1.4.1 前置准备
      • 1.4.2 主服务器mysql配置
      • 1.4.3 从服务器1 mysql配置
      • 1.4.3 从服务器2 mysql配置
      • 1.4.4 测试
    • 1.5 主从复制的3种同步模式
      • 1.5.1 异步复制（Asynchronous replication）
      • 1.5.2 全同步复制（Fully synchronous replication）
      • 1.5.3 半同步复制（Semisynchronous replication）
    • 1.6 半同步复制
      • 1.6.1 前置准备
      • 1.6.2 配置主服务器
      • 1.6.3 配置从服务器
      • 1.6.4 测试
  • 2. MySQL读写分离
    • 2.1 读写分离原理
    • 2.2 读写分离的使用场景
    • 2.3 主从复制和读写分离的关系
    • 2.4 常见的读写分离类型
      • 2.4.1 基于程序代码内部实现
      • 2.4.2 基于中间代理层实现
    • 2.5 实现读写分离
      • 2.5.1 前置准备
      • 2.5.2 配置amoeba
      • 2.5.3 测试读写分离

1. MySQL主从复制

1.1 使用场景

  • 在企业应用中，成熟的业务通常数据量都比较大
  • 单台MySQL在安全性、高可用性和高并发方面的无法满足实际的需求

配置多台主从数据库服务器以实现读写分离

1.2 MySQL的复制类型

  • 基于语句的复制（STATEMENT,MySQL默认类型）
    在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制，执行效率高。

  • 基于行的复制（ROW）
    把改变的内容复制过去，而不是把命令在从服务器上执行一遍。

  • 混合类型的复制（MIXED）
    默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。

1.3 主从复制的工作过程

在这里插入图片描述

  1. Master服务器更新数据，并写入二进制日志
  2. Slave 开启IO线程向Master请求二进制日志事件/记录
  3. Master为每个IO线程开启dump线程向Slave发送二进制日志事件
  4. Slave保存二进制日志事件到中继日志
  5. Slave开启SQL线程读取中继日志中的二进制事件并解析成sql语句进行重发/逐一执行
注：
中继日志通常会位于 OS 缓存中，所以中继日志的开销很小。
复制过程有一个很重要的限制，即复制在 Slave上是串行化的，也就是说 Master上的并行更新操作不能在 Slave上并行操作。

1.4 实现MySQL主从复制

在这里插入图片描述

1.4.1 前置准备

#主服务器
192.168.67.100
systemctl disable --now firewalld
setenforce 0
#关闭防火墙和selinux策略

#从服务器1
192.168.67.101
systemctl disable --now firewalld
setenforce 0
#关闭防火墙和selinux策略

#从服务器2
192.168.67.102
systemctl disable --now firewalld
setenforce 0
#关闭防火墙和selinux策略



#所有服务器默认已经编译安装mysql服务

1.4.2 主服务器mysql配置

ntpdate ntp.aliyun.com
#与阿里云进行时间同步

vim /etc/my.cnf
#编辑mysql配置文件

#在[mysqld]项添加
server-id=1
log-bin=mysql-bin						#添加，主服务器开启二进制日志
binlog_format=mixed

#选配项
expire_logs_days=7						#设置二进制日志文件过期时间，默认值为0，表示logs不过期
max_binlog_size=500M					#设置二进制日志限制大小，如果超出给定值，日志就会发生滚动，默认值是1GB
skip_slave_start=1						#阻止从库崩溃后自动启动复制，崩溃后再自动复制可能会导致数据不一致的

#如果对安全性有需求
#"双1设置"，数据写入最安全
innodb_flush_logs_at_trx_commit=1		#redo log（事务日志）的刷盘策略，每次事务提交时MySQL都会把事务日志缓存区的数据写入日志文件中，并且刷新到磁盘中，该模式为系统默认
sync_binlog=1                           #在进行每1次事务提交（写入二进制日志）以后，Mysql将执行一次fsync的磁盘同步指令，将缓冲区数据刷新到磁盘

在这里插入图片描述

#添加完后
systemctl restart mysqld
#重启服务

在这里插入图片描述

#前往/usr/local/mysql/data/目录下查看二进制文件是否创建成功
cd /usr/local/mysql/data
ls

在这里插入图片描述

#进入数据库服务器
grant replication slave on *.* to 'aaa-slave'@'192.168.67.%' identified by '12323';
#授权做主从复制，指定所有库和所有表，指定网段192.168.67使用aaa-slave用户并设定密码
flush privileges;
#刷新权限
show master status;
#查看主服务器二进制文件与位置点偏移量

在这里插入图片描述

1.4.3 从服务器1 mysql配置

yum install ntp ntpdate -y

service ntpd start
#开启服务
/usr/sbin/ntpdate 192.168.67.100				#与主服务器进行时间同步

#设置计划任务
crontab -e
*/30 * * * * /usr/sbin/ntpdate 192.168.67.100
#每半小时与主服务器进行一次时间同步

在这里插入图片描述

vim /etc/my.cnf
#编辑配置文件

server-id = 2								#修改，注意id与Master的不同，两个Slave的id也要不同
relay-log=relay-log-bin						#开启中继日志，从主服务器上同步日志文件记录到本地
relay-log-index=relay-log-bin.index			#定义中继日志文件的位置和名称，一般和relay-log在同一目录

#选配项
innodb_buffer_pool_size=2048M		#用于缓存数据和索引的内存大小，让更多数据读写内存中完成，减少磁盘操作，可设置为服务器总可用内存的 70-80%
sync_binlog=0						#MySQL不做任何强制性的磁盘刷新指令，而是依赖操作系统来刷新数据到磁盘
innodb_flush_log_at_trx_commit=2	#每次事务log buffer会写入log file，但一秒一次刷新到磁盘
log-slave-updates=0					#slave 从 master 复制的数据会写入二进制日志文件里，从库做为其他从库的主库时设置为 1
relay_log_recovery=1				#当 slave 从库宕机后，假如 relay-log 损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的 relay-log， 并且重新从 master 上获取日志，这样就保证了 relay-log 的完整性。默认情况下该功能是关闭的，将 relay_log_recovery 的值设置为 1 时， 可在 slave 从库上开启该功能，建议开启。

在这里插入图片描述

systemctl restart mysqld
#重启服务

在这里插入图片描述

#登录mysql
CHANGE master to master_host='192.168.67.100',master_user='aaa-slave',master_password='123123',master_log_file='mysql-bin.000002',master_log_pos=777;
#指定master主机地址、端口号、用户名、密码、日志文件、位置点偏移量

start slave;
#启动同步，如有报错执行 reset slave;
show slave status\G					#查看 Slave 状态
//确保 IO 和 SQL 线程都是 Yes，代表同步正常。

在这里插入图片描述

1.4.3 从服务器2 mysql配置

yum install ntp ntpdate -y

service ntpd start
#开启服务
/usr/sbin/ntpdate 192.168.67.100				#与主服务器进行时间同步

#设置计划任务
crontab -e
*/30 * * * * /usr/sbin/ntpdate 192.168.67.100
#每半小时与主服务器进行一次时间同步

在这里插入图片描述

vi /etc/my.cnf
#编辑配置文件

#添加
server-id = 3
relay-log=relay-log-bin
relay-log-index=relay-log-bin.index

在这里插入图片描述

systemctl restart mysqld
#重启服务

在这里插入图片描述

#登录mysql
CHANGE master to master_host='192.168.67.100',master_user='aaa-slave',master_password='123123',master_log_file='mysql-bin.000002',master_log_pos=777;
#指定master主机地址、端口号、用户名、密码、日志文件、位置点偏移量

start slave;
#启动同步，如有报错执行 reset slave;
show slave status\G					#查看 Slave 状态
//确保 IO 和 SQL 线程都是 Yes，代表同步正常。

在这里插入图片描述

#一般 Slave_IO_Running: No 的可能性：
1、网络不通
2、my.cnf配置有问题
3、密码、file文件名、pos偏移量不对
4、防火墙没有关闭

============MySQL主从复制延迟=============
1、master服务器高并发，形成大量事务
2、网络延迟
3、主从硬件设备导致
cpu主频、内存io、硬盘io
4、是同步复制、而不是异步复制
从库优化Mysql参数。比如增大innodb_buffer_pool_size，让更多操作在Mysql内存中完成，减少磁盘操作。
从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机，使用物理主机，这样提升了i/o方面性。
从库使用SSD磁盘
网络优化，避免跨机房实现同步

1.4.4 测试

#前往主服务器

create database scj;
#创建新库

create table scj.scj1 (id int, name varchar(10), age int, sex char(1));
#创建新表

#添加数据
insert into scj.scj1 values (1, '张三', 20, '男');
insert into scj.scj1 values (2, '李四', 22, '男');
insert into scj.scj1 values (3, '赵四', 21, '男');
insert into scj.scj1 values (4, '尼古拉斯', 24, '男');

在这里插入图片描述

#前往从服务器查看

#从服务器1

在这里插入图片描述

#从服务器2

在这里插入图片描述

1.5 主从复制的3种同步模式

1.5.1 异步复制（Asynchronous replication）

MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给客户端，并不关心从库是否已经接收并处理
这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

1.5.2 全同步复制（Fully synchronous replication）

指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。
因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

1.5.3 半同步复制（Semisynchronous replication）

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。
相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。
所以，半同步复制最好在低延时的网络中使用。

1.6 半同步复制

1.6.1 前置准备

主：192.168.67.100
从：192.168.67.101

1.6.2 配置主服务器

vim /etc/my.cnf
#编辑配置文件
#在 [mysqld] 区域添加下面内容

plugin-load=rpl_semi_sync_master=semisync_master.so			#加载mysql半同步复制的插件
rpl_semi_sync_master_enabled=ON								#或者设置为"1"，即开启半同步复制功能
rpl-semi-sync-master-timeout=1000							#超时时间为1000ms，即1s

在这里插入图片描述

systemctl restart mysqld
#重启服务

在这里插入图片描述

1.6.3 配置从服务器

vim /etc/my.cnf	

plugin-load=rpl_semi_sync_slave=semisync_slave.so
rpl_semi_sync_slave_enabled=ON

在这里插入图片描述

systemctl restart mysqld
#重启服务

在这里插入图片描述

1.6.4 测试

#前往主服务器
#进入mysql

show status like 'Rpl_semi_sync_master_status';
#查看是否开启半同步复制
show variables like 'rpl_semi_sync_master_timeout';
#查看超时时间

在这里插入图片描述

#前往从服务器开启mysql
show status like 'Rpl_semi_sync_slave_status';

在这里插入图片描述

STOP SLAVE IO_THREAD;
START SLAVE IO_THREAD;
#重启io进程

在这里插入图片描述

#在主库查询半同步状态
show status like '%Rpl_semi%';

在这里插入图片描述

#参数说明：
Rpl_semi_sync_master_clients              		#半同步复制客户端的个数
Rpl_semi_sync_master_net_avg_wait_time    		#平均等待时间（默认毫秒）
Rpl_semi_sync_master_net_wait_time        		#总共等待时间
Rpl_semi_sync_master_net_waits            		#等待次数
Rpl_semi_sync_master_no_times             		#关闭半同步复制的次数
Rpl_semi_sync_master_no_tx                		#表示没有成功接收slave提交的次数
Rpl_semi_sync_master_status               		#表示当前是异步模式还是半同步模式，on为半同步
Rpl_semi_sync_master_timefunc_failures    		#调用时间函数失败的次数
Rpl_semi_sync_master_tx_avg_wait_time     		#事物的平均传输时间
Rpl_semi_sync_master_tx_wait_time         		#事物的总共传输时间
Rpl_semi_sync_master_tx_waits             		#事物等待次数
Rpl_semi_sync_master_wait_pos_backtraverse		#可以理解为"后来的先到了，而先来的还没有到的次数"
Rpl_semi_sync_master_wait_sessions        		#当前有多少个session因为slave的回复而造成等待
Rpl_semi_sync_master_yes_tx               		#成功接受到slave事物回复的次数

当半同步复制发生超时（由rpl_semi_sync_master_timeout参数控制，默认为10000ms，即10s），会暂时关闭半同步复制，转而使用异步复制，也就是会自动降为异步工作。
当 master dump 线程发送完一个事务的所有事件之后，如果在 rpl_semi_sync_master_timeout 内，收到了从库的响应， 则主从又重新恢复为半同步复制。

注：
1) 在一主多从的架构中，如果要开启半同步复制，并不要求所有的从都是半同步复制。
2) MySQL 5.7极大的提升了半同步复制的性能。
5.6 版本的半同步复制，dump thread 承担了两份不同且又十分频繁的任务：传送binlog 给 slave ，还需要等待 slave 反馈信息，而且这两个任务是串行的，dump thread 必须等待 slave 返回之后才会传送下一个 events 事务。dump thread 已然成为整个半同步提高性能的瓶颈。在高并发业务场景下，这样的机制会影响数据库整体的系统吞吐量(TPS)。
5.7 版本的半同步复制中，独立出一个 ack collector thread ，专门用于接收 slave 的反馈信息。这样 master 上有两个线程独立工作，可以同时发送 binlog 到 slave ，和接收 slave 的反馈。

2. MySQL读写分离

2.1 读写分离原理

是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。
数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

2.2 读写分离的使用场景

数据库不一定要读写分离，如果程序使用数据库较多时，而更新少，查询多的情况下会考虑使用。
利用数据库主从同步，再通过读写分离可以分担数据库压力，提高性能。

2.3 主从复制和读写分离的关系

在实际的生产环境中，对数据库的读和写都在同一个数据库服务器中，是不能满足实际需求的。

无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。

因此，通过主从复制的方式来同步数据，再通过读写分离来提升数据库的并发负载能力。有点类似于rsync，但是不同的是rsync是对磁盘文件做备份，而mysql主从复制是对数据库中的数据、语句做备份。

2.4 常见的读写分离类型

2.4.1 基于程序代码内部实现

在代码中根据 select、insert 进行路由分类，这类方法也是目前生产环境应用最广泛的。

优点是性能较好，因为在程序代码中实现，不需要增加额外的设备为硬件开支；
缺点是需要开发人员来实现，运维人员无从下手。

但是并不是所有的应用都适合在程序代码中实现读写分离，像一些大型复杂的Java应用，如果在程序代码中实现读写分离对代码改动就较大。

2.4.2 基于中间代理层实现

代理一般位于客户端和服务器之间，代理服务器接到客户端请求后通过判断后转发到后端数据库，有以下代表性程序。

  • MySQL-Proxy：MySQL-Proxy 为 MySQL 开源项目，通过其自带的 lua 脚本进行SQL 判断。
  • Atlas：是由奇虎360的Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。
  • Amoeba：由陈思儒开发，作者曾就职于阿里巴巴。该程序由Java语言进行开发，阿里巴巴将其用于生产环境。但是它不支持事务和存储过程。
  • Mycat：是一款流行的基于Java语言编写的数据库中间件，是一个实现了MySql协议的服务器，其核心功能是分库分表。配合数据库的主从模式还可以实现读写分离。

2.5 实现读写分离

在这里插入图片描述

2.5.1 前置准备

#主服务器
192.168.67.100

#从服务器1
192.168.67.101
#从服务器1
192.168.67.102

#amobeba
192.168.67.103

#客户端
192.168.67.104

2.5.2 配置amoeba

systemctl disable --now firewalld
setenforce 0

vim /etc/selinux/config

在这里插入图片描述

cd /opt

#所需安装包
amoeba-mysql-binary-2.2.0.tar.gz  
jdk-6u14-linux-x64.bin 

chmod +x jdk-6u14-linux-x64.bin
#给予可执行权限

./jdk-6u14-linux-x64.bin
#直接执行

#ctrl C选择yes

在这里插入图片描述

mv jdk1.6.0_14/ /usr/local/jdk1.6
#移动jdk主目录到/usr/local下

#添加环境变量
cd /etc/profile.d
vi java.sh

export JAVA_HOME=/usr/local/jdk1.6                     #java家目录
export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib   #编译路径
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH    #设置java环境变量
export AMOEBA_HOME=/usr/local/amoeba                   #设置amobeba家目录 
export PATH=$PATH:$AMOEBA_HOME/bin                     #设置amobeba环境变量

source /etc/profile.d/java.sh
java -version
#查看当前脚本

在这里插入图片描述

mkdir amoeba
#创建amobeba工作目录

tar zxvf /opt/amoeba-mysql-binary-2.2.0.tar.gz -C /usr/local/amoeba/
#解压缩软件包

在这里插入图片描述

cd /usr/local/amoeba/bin
#前往启动文件处

./amoeba
#以当前目录启动

在这里插入图片描述

#在主从服务器同时操作

grant all on *.* to amoeba@'192.168.67.%' identified by '123123';
#在Master、Slave1、Slave2 的mysql上开放权限给 Amoeba 访问

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

#前往amoeba
cd /usr/local/amoeba/conf
#前往配置文件处
cp amoeba.xml amoeba.xml.bak
#备份xml文件

vim amoeba.xml									
#修改amoeba配置文件

在这里插入图片描述
在这里插入图片描述

cp dbServers.xml dbServers.xml.bak
#拷贝数据库配置文件

vi dbServers.xml
#修改数据库配置文件

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

/usr/local/amoeba/bin/amoeba start&					
#启动Amoeba软件，在后台执行

ss -natp |grep java
#查看是否启动成功

在这里插入图片描述

2.5.3 测试读写分离

#该步骤沿用主从复制配置

#前往客户端
yum install -y mariadb-server mariadb
#安装一个简单配置的mysql数据库
systemctl start mariadb.service
#开启服务

mysql -uamoeba -padmin123 -h 192.168.67.103 -P8066
#登录原先设置的账户

在这里插入图片描述

show databases;

select * from scj.scj1;
#查看库和表数据内容是否同步

在这里插入图片描述

#在表中添加数据查看同步情况
insert into scj.scj1 values (5, 'sakula酱', 20, '女');

在这里插入图片描述

#前往主服务器、从服务器1、从服务器2查看
#进入数据库
select * from scj.scj1;
#查看表数据

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

#同步没有问题
#证明连接amoeba可以在三台服务器中进行写入操作

#需要证明连接amoeba执行写入操作是写入哪一台服务器的

#前往从服务器1-2关掉同步
stop slave;

在这里插入图片描述

#现在前往客户端添加数据
insert into scj.scj1 values (6, '日川冈板', 28, '男');

在这里插入图片描述

#验证能否实现读的负载均衡
#在从服务器1添加数据
insert into scj.scj1 values (7, '强者', 23, '男');

#在从服务器2添加数据
insert into scj.scj1 values (8, '弱者', 20, '男');

在这里插入图片描述

#前往客户端查看
#进入数据库
select * from scj.scj1

在这里插入图片描述

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

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

相关文章

如何自动获取短信验证码？

如何自动获取短信验证码？

点击下方关注我，然后右上角点击...“设为星标”，就能第一时间收到更新推送啦~~~ 这篇文章通过解决实际项目开发中遇到的如何自动获取短信验证码的问题，进一步讲述在Java中如何使用正则。 Java中如何使用正则 Java中正则相关类位于java.util.r…
阅读更多...
分享从零开始学习网络设备配置--任务3.5 使用静态路由实现网络连通

分享从零开始学习网络设备配置--任务3.5 使用静态路由实现网络连通

任务描述 某公司规模较小，该公司的网络管理员经过考虑，决定在公司的路由器、交换机与运营商路由器之间使用静态路由，实现网络的互连。 静态路由一般适用于比较简单的网络环境。在这样的环境中，网络管理员应非常清楚地了解网络…
阅读更多...
[C++随笔录] vector模拟实现

[C++随笔录] vector模拟实现

vector模拟实现 基本结构天选之子构造拷贝构造析构operator 空间reserveresizesize && capacity 增insertpush_back 删erasepop_back 查 && 改swapoperator[] 源码 基本结构 // 可以是不同类型, 用类模板 template <class T> class vector { public:// 源…
阅读更多...
Spring学习笔记1 启示录

Spring学习笔记1 启示录

写段代码,引出Spring的好处 创建个空工程,然后在工程里建模块 可能是IEAD版本问题,每次建新的空工程,都需要退出重进 设置下maven和Encoding 新建模块 持久层接口 持久层实现类 业务层接口 业务层实现类 控制层(表现层) 建个测试类测试 分析这个程序存在的问题 假设现在新需…
阅读更多...
git和github的入门操作

git和github的入门操作

之前因为工作中用的都是SVN版本控制工具&#xff0c;没接触过git和github&#xff0c;现在开始深入自学Django框架技术后&#xff0c;看到官网推荐使用git&#xff0c;然后这两天网上查阅了很多文章教程&#xff0c;学到入门操作需要学习的点&#xff0c;太多的知识点要后面慢慢…
阅读更多...
PostgreSQL 数据库实现公网远程连接

PostgreSQL 数据库实现公网远程连接

文章目录 前言1. 安装postgreSQL2. 本地连接postgreSQL3. Windows 安装 cpolar4. 配置postgreSQL公网地址5. 公网postgreSQL访问6. 固定连接公网地址7. postgreSQL固定地址连接测试 前言 PostgreSQL是一个功能非常强大的关系型数据库管理系统&#xff08;RDBMS&#xff09;,下…
阅读更多...
有没有免费的云渲染平台？哪家云渲染平台收费更合理？

有没有免费的云渲染平台？哪家云渲染平台收费更合理？

&#xfeff;如今&#xff0c;越来越多的设计师开始使用云渲染平台来加快渲染速度并降低成本。许多人都想知道是否有免费的云渲染平台&#xff0c;或者说哪家云渲染平台收费更合理。在本文中&#xff0c;小编将详细介绍这些问题&#xff0c;帮助您更好地了解和选择适合您需求的…
阅读更多...
同一份数据全域共享，HashData UnionStore实时性背后的故事

同一份数据全域共享，HashData UnionStore实时性背后的故事

时至今日&#xff0c;数据已经被越来越多的企业视为发展的战略资源&#xff0c;而云数仓则是数据发挥重要价值的关键媒介。云数仓的出现&#xff0c;不仅改变了传统数据仓库的服务模式&#xff0c;更给用户带来了应对海量、新型数据的存储和处理能力&#xff0c;为满足业务现代…
阅读更多...
MES管理系统在生产中的应用及智能工厂的构建思路

MES管理系统在生产中的应用及智能工厂的构建思路

在当今制造业中&#xff0c;随着信息化技术和智能化的不断发展&#xff0c;MES生产管理系统已成为工厂生产的核心组成部分。MES管理系统不仅能够提高生产效率&#xff0c;还可以优化生产流程&#xff0c;提升产品质量。本文将详细介绍MES管理系统在工厂生产中的应用以及构建智能…
阅读更多...
PowerShell切换多个java版本

PowerShell切换多个java版本

安装jdk1.8 和 jdk17 下载jdk 前往 oracle官网下载 配置环境变量 变量名 CLASSPATH变量值 .;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar效果图&#xff1a; 变量名&#xff08;jdk1.8同理&#xff09; JAVA_HOME17变量值 C:\Program Files\Java\jdk-17效果图&#xff1…
阅读更多...
更快，更稳，更智能，科聪穿梭车（RGV）快速构建方案！

更快，更稳，更智能，科聪穿梭车（RGV）快速构建方案！

随着自动化物流发展&#xff0c;密集存储得到越来越广泛地应用&#xff0c;已经是现代物流的重要组成部分之一。作为密集存储系统中关键设备之一&#xff0c;穿梭车&#xff08;RGV&#xff09;越来越受到大家的重视。 穿梭车&#xff08;RGV&#xff09;是一种智能机器人&…
阅读更多...
GB28181协议-SDP详解

GB28181协议-SDP详解

SDP协议 SDP全称是Session Description Protocol&#xff0c;翻译过来就是描述会话的协议。主要用于两个会话实体之间的媒体协商。 SDP描述由许多文本行组成&#xff0c;文本行的格式为<类型><值>&#xff0c;表示为keyvalue; SIP负责建立和释放会话&#xff0c…
阅读更多...
基于vue3 + ant-design 自定义SVG图标iconfont的解决方案；ant-design加载本地iconfont.js不显示图标问题

基于vue3 + ant-design 自定义SVG图标iconfont的解决方案；ant-design加载本地iconfont.js不显示图标问题

基于vue3 ant-design 自定义SVG图标iconfont的解决方案&#xff1b; ant-design加载本地iconfont.js不显示图标问题 一、准备工作 1、首先去阿里巴巴矢量图标库自定义添加自己的图标&#xff1b;网站地址https://www.iconfont.cn/ 整个步骤是&#xff1a;选择图标–添加到项…
阅读更多...
人大女王大学金融硕士——人生的每一刻，都是在为自己的明天铺垫

人大女王大学金融硕士——人生的每一刻，都是在为自己的明天铺垫

随着社会经济的迅速发展&#xff0c;经济全球化不断扩大。许多学子想要体验到更加多元化的教育&#xff0c;却又不想出国&#xff0c;那么中外合作办学硕士便是最好的方式。作为金融人士的你&#xff0c;不妨看看中国人民大学与加拿大女王大学合办的金融硕士项目&#xff0c;或…
阅读更多...
【Verilog教程】3.2 Verilog 时延

【Verilog教程】3.2 Verilog 时延

关键词&#xff1a;时延&#xff0c; 惯性时延 连续赋值延时语句中的延时&#xff0c;用于控制任意操作数发生变化到语句左端赋予新值之间的时间延时。 时延一般是不可综合的。 寄存器的时延也是可以控制的&#xff0c;这部分在时序控制里加以说明。 连续赋值时延一般可分为…
阅读更多...
人源化抗体的改造方式及其优势

人源化抗体的改造方式及其优势

抗体是一类能与抗原特异性结合的免疫球蛋白&#xff0c;作为免疫系统中的重要组成部分&#xff0c;在许多疾病的预防和治疗中发挥着重要作用。抗体治疗的最早应用可以追溯到中国人接种“人痘”预防天花的记载算起&#xff0c;国际上一般公认的人痘接种术最早起源于中国公元10世…
阅读更多...
创新未来，工信部组建【AI应用工作组】助力人工智能进步

创新未来，工信部组建【AI应用工作组】助力人工智能进步

随着人工智能大模型技术的快速发展和成熟&#xff0c;AI应用已经从早期的概念阶段进入了千行百业的实践落地阶段&#xff0c;三百六十行、行行需AI。如今&#xff0c;AI已经成为推动各行各业创新和发展的重要引擎&#xff0c;对经济、社会和文化的发展产生了深远的影响。为了进…
阅读更多...
什么是葡萄酒结构，结构型葡萄酒好吗？

什么是葡萄酒结构，结构型葡萄酒好吗？

葡萄酒爱好者使用许多复杂的术语来描述葡萄酒的味道&#xff0c;有些是不言自明的&#xff0c;有些则有点模糊。如果你不是葡萄酒专家&#xff0c;你可能很难理解这个葡萄酒术语的全部含义。其中一个术语是葡萄酒结构&#xff0c;那么葡萄酒结构是什么意思呢&#xff1f;而结构…
阅读更多...
react实现列表滚动组件

react实现列表滚动组件

1.需求 在开发项目的时候&#xff0c;从服务端获取到数据列表后&#xff0c;展示给用户看&#xff1a;需要实现数据自动滚动效果&#xff0c;怎么实现呢&#xff1f;如下图所示&#xff1a; 2.实现 把上面需要实现的功能写成一个组件&#xff0c;页面直接调用该组件即可&#x…
阅读更多...
视频号视频怎么下载（视频号如何下载里面的视频）

视频号视频怎么下载（视频号如何下载里面的视频）

根据大家分享出来的视频号如何下载里面的视频的相关提供的下载方案&#xff0c;我们特别总结了多款可以下载视频号视频怎么下载的办法&#xff01; 如果你还不会提取视频号里的视频&#xff0c;赶快来看看视频号里的视频怎么保存到相册的吧&#xff01; 1:视频下载缓存 该方法…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023