三、 mysql 事务

三、 mysql 事务
061 什么是数据库事务?事务的特性是什么?
事务:
是数据库操作的最小工作单元,是作为单个逻辑工作单元执行的一系列操作;
这些操作作为一个整体一起向系统提交,要么都执行、要么都不执行;
事务是一组不可再分割的操作集合(工作逻辑单元)

事务都有 ACID 特性

062 什么是ACID?
1 、原子性 atomicity
过程的保证
只做一个步骤
1 给钱
2 去买
3 交回来
事务是数据库的逻辑工作单位,事务中包含的各操作要么都做,要么都不做
2 、一致性 consistency
结果的保证
保证要吃完 刚张嘴挂了,失去一致性
事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事
务提交的结果时,就说数据库处于一致性状态。如果数据库系统 运行中发生故障,有些事务尚未完成就
被迫中断,这些未完成事务对数据库所做的修改有一部分已写入物理数据库,这时数据库就处于一种不
正确的状态,或者说是 不一致的状态。
3 、隔离性 isolation
并发事务互相干扰
不被干扰 刚张嘴别人塞了东西
一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的,并
发执行的各个事务之间不能互相干扰。
4 、持续性 永久性 durability
保存 吃到肚子里
也称永久性,指一个事务一旦提交,它对数据库中的数据的改变就应该是永久性的。接下来的其它操作
或故障不应该对其执行结果有任何影响。

063 并发事务会有哪些问题?
多个事务并发执行一定会产生相互争夺资源的问题

064 什么是脏读 065 丢失修改 066 不可重复读 067 幻读

脏读(Dirty read)
是一个事务在处理过程中读取了另外一个事务未提交的数据
当一个事务正在访问数据并且对其进行了修改,但是还没提交事务,这时另外一个事务也访问了这个数
据,然后使用了这个数据,因为这个数据的修改还没提交到数据库,所以另外一个事务读取的数据就是
“脏数据”,这种行为就是“脏读”,依据“脏数据”所做的操作可能是会出现问题的。

修改丢失(Lost of modify)
是指一个事务读取一个数据时,另外一个数据也访问了该数据,那么在第一个事务修改了这个数据之
后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,这种情况就被称为*修改丢

不可重复读(Unrepeatableread)
指在一个事务内多次读取同一数据,在这个事务还没结束时,另外一个事务也访问了这个数据并对这个
数据进行了修改,那么就可能造成第一个事务两次读取的数据不一致,这种情况就被称为
不可重复读。

幻读(Phantom read)
是指同一个事务内多次查询返回的结果集总数不一样(比如增加了或者减少了行记录)。
幻读与不可重复读类似,幻读是指一个事务读取了几行数据,这个事务还没结束,接着另外一个事务插
入了一些数据,在随后的查询中,第一个事务读取到的数据就会比原本读取到的多,就好像发生了幻觉
一样,所以称为幻读

069 Mysql是如何避免事务并发问题的?
避免事务并发问题是需要付出性能代价的,此时和分布式系统设计一样(CAP定理及base理论),为了
保证一致性就一定会牺牲性能,要做取舍
在mysql内部通过加锁的方式实现好了解决方案可供选择,就是配置事务隔离级别

070 什么是事务隔离级别?
事务隔离级别 脏读 不可重复读(被修改) 幻读(删减)
读未提交(read-uncommitted) 是 是 是
不可重复读(read-committed) 否 是 是
可重复读(repeatable-read) 否 否 是
串行化(serializable) 否 否 否

071 默认的级别是什么?
MySQL InnoDB 存储引擎默认的事务隔离级别是可重复读(REPEATABLE-READ)

072 如何选择事务隔离级别?
隔离级别越低,事务请求的锁越少相应性能也就越高,如没有特殊要求或有错误发生,使用默认的隔离
级别即可,如果系统中有高频读写并且对一致性要求高那么就需要比较高的事务隔离级别甚至串行化。

073 靠缓存可以提升高事务隔离级别的性能吗?
提升事务级别的目的本质是提供更高的数据一致性,如果前置有缓存,那么缓存只能提供高效读并不能
保证数据及时一致性,相反的我们还需要对缓存管理有额外的开销。

074 Mysql事务隔离是如何实现的?
隔离的实现主要是读写锁和MVCC

075 什么是一致性非锁定读和锁定读?
锁定读
使用到了读写锁
读写锁是最简单直接的的事务隔离实现方式
每次读操作需要获取一个共享(读)锁,每次写操作需要获取一个写锁。
共享锁之间不会产生互斥,共享锁和写锁之间、以及写锁与写锁之间会产生互斥。
当产生锁竞争时,需要等待其中一个操作释放锁后,另一个操作才能获取到锁。
锁机制,解决的就是多个事务同时更新数据,此时必须要有一个加锁的机制
行锁(记录锁):解决的就是多个事务同时更新一行数据
间隙锁:解决的就是多个事务同时更新多行数据
下列操作属于锁定读
076 说一下MVCC内部细节
Multi-Version Concurrency Control 多版本并发控制,MVCC 是一种并发控制的方法,一般在数据库管
理系统中,实现对数据库的并发访问
InnoDB是一个多版本的存储引擎。它保存有关已更改行的旧版本的信息,以支持并发和回滚等事务特
性。这些信息存储在一个称为回滚段的数据结构中的系统表空间或undo表空间中。参见第14.6.3.4节“撤
消表空间”。InnoDB使用回滚段中的信息来执行事务回滚所需的撤消操作。它还使用这些信息构建行的
早期版本,以实现一致的读取
MVCC 的实现依赖于:隐藏字段、Read View、undo log
隐藏字段
A 6-byte DB_TRX_ID 用来标识最近一次对本行记录做修改 (insert 、update) 的事务的标识符 ,即
最后一次修改本行记录的事务 id。 如果是 delete 操作, 在 InnoDB 存储引擎内部也属于一次
update 操作,即更新行中的一个特殊位 ,将行标识为己删除,并非真正删除。
A 7-byte DB_ROLL_PTR 回滚指针,指向该行的 undo log 。如果该行未被更新,则为空.
select … lock in share mode
select … for update
insert、update、delete
A 6-byte DB_ROW_ID 如果没有设置主键且该表没有唯一非空索引时, InnoDB 会使用该 id 来生成
聚簇索引.
Read View
不同的事务隔离级别中,当有事物在执行过程中修改了数据(更新版本号),在并发事务时需要判断一
下版本链中的哪个版本是当前事务可见的。为此InnoDB有了ReadView的概念,使用ReadView来记录和
隔离不同事务并发时此记录的哪些版本是对当前访问事物可见的。
undo log
除了用来回滚数据,还可以读取可见版本的数据。以此实现非锁定读

077Mysql事务一致性,原子性是如何实现的?
首先是通过锁和mvcc实现了执行过程中的一致性和原子性
其次是在灾备方面通过Redo log实现,Redo log会把事务在执行过程中对数据库所做的所有修改都记录
下来,在之后系统崩溃重启后可以把事务所做的任何修改都恢复出来。

078Mysql事务的持久性是如何实现的?
使用Redo log保证了事务的持久性。当事务提交时,必须先将事务的所有日志写入日志文件进行持久
化,就是我们常说的WAL(write ahead log)机制,如果出现断电重启便可以从redolog中恢复,如果
redolog写入失败那么也就意味着修改失败整个事务也就直接回滚了。

079 表级锁和行级锁有什么区别?
表级锁:串行化(serializable)时,整表加锁,事务访问表数据时需要申请锁,虽然可分为读锁和写
锁,但毕竟是锁住整张表,会导致并发能力下降,一般是做ddl处理时使用
行级锁:除了串行化(serializable)时 InnoDB使用的都是行级锁,只锁一行数据,其他行数据不影
响,并发能力强。

080 什么是行级锁?Mysql如何完成的?
行级锁实现比较复杂不是单纯锁住一行数据,是由mvcc完成的。

81 什么是共享锁(读锁)?
共享锁或S锁,其它事务可以继续加共享锁,但不能加排它锁
082 什么是排它锁(写锁/独占锁)?
排它锁或X锁,在进行写操作之前要申请并获得,其它事务不能再获得任何锁。

083 什么是意向锁?
它分为意向共享锁(IS)和意向排他锁(IX)
一个事务对一张表的某行添加共享锁前,必须获得对该表一个IS锁或者优先级更高的锁。
一个事务对一张表的某行添加排他锁之前,它必须对该表获取一个IX锁。
意向锁属于表锁,它不与innodb中的行锁冲突,任意两个意向锁之间也不会产生冲突,但是会与表锁
(S锁和X锁)产生冲突

084 InnoDB支持哪几种锁?
表锁,行锁,间隙锁,Next-Key锁等
在Serializable中读加共享锁,写加排他锁,读写互斥
两段锁协议,将事务分成两个阶段,加锁阶段和解锁阶段(所以叫两段锁)

085 当前读和快照读分别是什么?
当前读 :在锁定读(使用锁隔离事物)的时候读到的是最新版本的数据
快照读:可重复读(repeatable-read)下 mvcc生效读取的是数据的快照,并不是最新版本的数据(未
提交事物的数据)

086 什么是XA协议?
在这里插入图片描述
AP(Application Program):应用程序,定义事务边界(定义事务开始和结束)并访问事务边界
内的资源。
RM(Resource Manger)资源管理器: 管理共享资源并提供外部访问接口。供外部程序来访问数据
库等共享资源。此外,RM还具有事务的回滚能力。
TM(Transaction Manager)事务管理器:TM是分布式事务的协调者,TM与每个RM进行通信,
负责管理全局事务,分配事务唯一标识,监控事务的执行进度,并负责事务的提交、回滚、失败恢
复等。

应用程序AP向事务管理器TM发起事务请求
TM调用xa_open()建立同资源管理器的会话
TM调用xa_start()标记一个事务分支的开头
AP访问资源管理器RM并定义操作,比如插入记录操作
TM调用xa_end()标记事务分支的结束
TM调用xa_prepare()通知RM做好事务分支的提交准备工作。其实就是二阶段提交的提交请求阶
段。
TM调用xa_commit()通知RM提交事务分支,也就是二阶段提交的提交执行阶段。
TM调用xa_close管理与RM的会话。
这些接口一定要按顺序执行,比如xa_start接口一定要在xa_end之前。此外,这里千万要注意
的是事务管理器只是标记事务分支并不执行事务,事务操作最终是由应用程序通知资源管理器
完成的。另外,我们来总结下XA的接口
xa_start:负责开启或者恢复一个事务分支,并且管理XID到调用线程
xa_end:负责取消当前线程与事务分支的关系
xa_prepare:负责询问RM 是否准备好了提交事务分支 xa_commit:通知RM提交事务分支
xa_rollback:通知RM回滚事务分支

087 什么是mysql xa事务?
mysql的xa事务分为两部分:

  1. InnoDB内部本地普通事务操作协调数据写入与log写入两阶段提交
  2. 外部分布式事务

5.7 SHOW VARIABLES LIKE ‘%innodb_support_xa%’;
8.0 默认开启无法关闭

XA 事务语法示例如下:
XA START ‘自定义事务id’;
SQL语句…
XA END ‘自定义事务id’;
XA PREPARE ‘自定义事务id’;
XA COMMIT\ROLLBACK ‘自定义事务id’;
XA PREPARE 执行成功后,事务信息将被持久化。即使会话终止甚至应用服务宕机,只要我们将【自定
义事务id】记录下来,后续仍然可以使用它对事务进行 rollback 或者 commit。

088 xa事务与普通事务区别是什么?
xa事务可以跨库或跨服务器,属于分布式事务,同时xa事务还支撑了InnoDB内部日志两阶段记录
普通事务只能在单库中执行

089 什么是2pc 3pc?
两阶段提交协议与3阶段提交协议,额外增加了参与的角色保证分布式事务完成更完善

090 是否使用过select for update?会产生哪些操作?

查询库存 = 100 0 扣减库存 = -1 99
记录日志 = log
提交 commit

select本身是一个查询语句,查询语句是不会产生冲突的一种行为,一般情况下是没有锁的,用select
for update 会让select语句产生一个排它锁(X), 这个锁和update的效果一样,会使两个事务无法同时更
新一条记录。

for update仅适用于InnoDB,且必须在事务块(BEGIN/COMMIT)中才能生效。
在进行事务操作时,通过“for update”语句,MySQL会对查询结果集中每行数据都添加排他锁,其
他线程对该记录的更新与删除操作都会阻塞。排他锁包含行锁、表锁。
InnoDB默认是行级别的锁,在筛选条件中当有明确指定主键或唯一索引列的时候,是行级锁。否
则是表级别。

SELECTFOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED];
select * from t for update 会等待行锁释放之后,返回查询结果。
select * from t for update nowait 不等待行锁释放,提示锁冲突,不返回结果
select * from t for update wait 5 等待5秒,若行锁仍未释放,则提示锁冲突,不返回结果
select * from t for update skip locked 查询返回查询结果,但忽略有行锁的记录

091说一下mysql死锁的原因和处理方法
事务 a
表 t id=100 更新 加行锁
表 t id=200 更新 已加锁
事务 b
表 t id=200 更新 加行锁
表 t id=100 更新 已加锁

死锁与锁等待是两个概念
如未开启事务,多个客户端执行的insert操作
当多个事务同时持有和请求同一资源上的锁而产生循环依赖的时候就产生了死锁。
排查:
正在运行的任务
show full processlist; 找到卡主的进程
解开死锁
UNLOCK TABLES ;
查看当前运行的事务
SELECT * FROM information_schema.INNODB_TRX;
当前出现的锁
SELECT * FROM information_schema.INNODB_LOCKS;
观察错误日志
查看InnoDB锁状态
show status like “innodb_row_lock%”;
lnnodb_row_lock_current_waits:当前正在等待锁定的数量;
lnnodb_row_lock_time :从系统启动到现在锁定的总时间长度,单位ms;
Innodb_row_lock_time_avg :每次等待所花平均时间;
Innodb_row_lock_time_max:从系统启动到现在等待最长的一次所花的时间;
lnnodb_row_lock_waits :从系统启动到现在总共等待的次数。
kill id 杀死进程
解决:
死锁无法避免,上线前要进行严格的压力测试
快速失败
innodb_lock_wait_timeout 行锁超时时间
拆分sql,严禁大事务
充分利用索引,优化索引,尽量把有风险的事务sql使用上覆盖索,优化where条件前缀匹配,提升
查询速度,引减少表锁
无法避免时:
操作多张表时,尽量以相同的顺序来访问避免形成等待环路
单张表时先排序再操作
使用排它锁 比如 for update

092 Mysql会产生几种日志?
错误日志(error log)
error log主要记录MySQL在启动、关闭或者运行过程中的错误信息,在MySQL的配置文件my.cnf中,
可以通过log-error=/var/log/mysqld.log 执行mysql错误日志的位置。
慢查询日志(slow query log)
0.1秒

Ø MySQL的慢查询日志是MySQL提供的一种日志记录,它用来记录在MySQL中响应时间超过阀值的语
句,具体指运行时间超过long_query_time值的SQL,则会被记录到慢查询日志中。
Ø long_query_time的默认值为10,意思是运行10秒以上的语句。
Ø 由他来查看哪些SQL超出了我们的最大忍耐时间值,比如一条sql执行超过5秒钟,我们就算慢SQL,
希望能收集超过5秒的sql,结合之前explain进行全面分析。

Ø 默认情况下,MySQL数据库没有开启慢查询日志,需要我们手动来设置这个参数。
Ø 当然,如果不是调优需要的话,一般不建议启动该参数,因为开启慢查询日志会或多或少带来一定的
性能影响。慢查询日志支持将日志记录写入文件。
在生产环境中,如果要手工分析日志,查找、分析SQL,显然是个体力活,MySQL提供了日志分析工具
mysqldumpslow。
一般查询日志(general log)
general log 记录了客户端连接信息以及执行的SQL语句信息,通过MySQL的命令
重写日志(redo log)
回滚日志(undo log)
二进制日志(bin log)

093 bin log作用是什么?
MySQL的bin log日志是用来记录MySQL中增删改时的记录日志。
当你的一条sql操作对数据库中的内容进行了更新,就会增加一条bin log日志。查询操作不会记录到bin
log中。
bin log最大的用处就是进行主从复制,以及数据库的恢复。
094 redo log作用是什么?
redo log是一种基于磁盘的数据结构,用来在MySQL宕机情况下将不完整的事务执行数据纠正,redo日
志记录事务执行后的状态。
当事务开始后,redo log就开始产生,并且随着事务的执行不断写入redo log file中。redo log file中记
录了xxx页做了xx修改的信息,我们都知道数据库的更新操作会在内存中先执行,最后刷入磁盘。
redo log就是为了恢复更新了内存但是由于宕机等原因没有刷入磁盘中的那部分数据。
095 undo log作用是什么?
undo log主要用来回滚到某一个版本,是一种逻辑日志。
undo log记录的是修改之前的数据,比如:当delete一条记录时,undolog中会记录一条对应的insert记
录,从而保证能恢复到数据修改之前。在执行事务回滚的时候,就可以通过undo log中的记录内容并以
此进行回滚。
undo log还可以提供多版本并发控制下的读取(MVCC)。

096 Mysql日志是否实时写入磁盘? 097 bin log刷盘机制是如何实
现的?098 redo log刷盘机制是如何实现的? 099 undo log刷盘机
制是如何实现的?

磁盘写入固然是比较慢的。
参数:sync_binlog
binlog 写入策略:
1、sync_binlog=0 的时候,表示每次提交事务binlog不会马上写入到磁盘,而是先写到page cache,相
对于磁盘写入来说写page cache要快得多,不过在Mysql 崩溃的时候会有丢失日志的风险。
2、sync_binlog=1 的时候,表示每次提交事务都会执行 fsync 写入到磁盘 ;
3、sync_binlog的值大于1 的时候,表示每次提交事务都 先写到page cach,只有等到积累了N个事务
之后才fsync 写入到磁盘,同样在此设置下Mysql 崩溃的时候会有丢失N个事务日志的风险。

很显然三种模式下,sync_binlog=1 是强一致的选择,选择0或者N的情况下在极端情况下就会有丢失日
志的风险,具体选择什么模式还是得看系统对于一致性的要求。

时机顺序:
1 开启事务
2 查询数据库中需要更新的字段,加载到内存中 形成数据脏页
3 记录undo log到内存缓冲区(用于回滚和mvcc)并关联redo log -> 可刷盘
4 记录 redo log到内存缓冲区 (用于失败重放)准备提交事务 -> 可刷盘
5 修改内存中的脏页数据
6 提交事务触发redolog刷盘
7 undo log 和脏页 刷盘
8 事务成功

redo log 与 binlog 的两阶段提交
redo log 的写入拆成了两个步骤:prepare 和 commit
prepare:redolog写入log buffer,并fsync持久化到磁盘,在redolog事务中记录2PC的XID,在
redolog事务打上prepare标识
commit:binlog写入log buffer,并fsync持久化到磁盘,在binlog事务中记录2PC的XID,同时在
redolog事务打上commit标识

在这里插入图片描述
100 MySQL的binlog有有几种录入格式?分别有什么区别?
logbin格式:
binlog_format=STATEMENT(默认):数据操作的时间,同步时不一致 每一条会修改数据的sql语
句会记录到binlog中
。优点是并不需要记录每一 条sql语句和每一行的 数据变化,减少了binlog日
志量,节约IO,提高性能。缺点是在某些情况下会导致 master-slave 中的数据不一致( 如sleep()函
数, last_insert_id(),以及user-defined functions(udf)等会 出 现 问题)
binlog_format=ROW:批量数据操作时,效率低 不记录每条sql语句的上下文信息,仅需记录哪
条数据被修改了,修改成什么样 了
。而且不会出 现某些特定情况下的存储过程、或function、或
trigger的调用和触发无法被正确复制的 问题。缺 点是会产生大量的日志,尤其是alter table的时
候会让日志暴涨。
binlog_format=MIXED:是以上两种level的混合使用,有函数用ROW,没函数用STATEMENT,但
是无法识别系统变量

101 Mysql集群同步时为什么使用binlog?优缺点是什么?
binlog是mysql提供的日志,所有存储引擎都可用。
支持增量同步
binlog还可以供其他中间件读取,比如同步到hdfs中
如果复制表数据:
不支持某个阶段回放
直接复制数据过程中一旦中断复制(比如断网),很难确定复制的offset

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

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

图像提示词攻略--基于 stable diffusion v2

Stable Diffusion 是一种潜在的文本到图像扩散模型,能够在给定任何文本输入(称为提示)的情况下生成逼真的图像。 在本文中,我将讨论和探索一些提高提示有效性的方法。从在提示中添加某些关键字和组合词、从更改单词顺序及其标点符…

回归预测 | MATLAB实现SO-CNN-BiGRU蛇群算法优化卷积双向门控循环单元多输入单输出回归预测

回归预测 | MATLAB实现SO-CNN-BiGRU蛇群算法优化卷积双向门控循环单元多输入单输出回归预测 目录 回归预测 | MATLAB实现SO-CNN-BiGRU蛇群算法优化卷积双向门控循环单元多输入单输出回归预测预测效果基本介绍程序设计参考资料 预测效果 基本介绍 MATLAB实现SO-CNN-BiGRU蛇群算法…

计算机网络性能指标

比特:数据量的单位 KB 2^10B 2^13 bit 比特率:连接在计算机网络上的主机在数字通道上传送比特的速率 kb/s 10^3b/s 带宽:信号所包含的各种频率不同的成分所占据的频率范围 Hz 表示在网络中的通信线路所能传送数据的能力&#xff08…

【贪心算法】leetcode刷题

贪心算法无固定套路。 核心思想:先找局部最优,再扩展到全局最优。 455.分发饼干 两种思路: 1、从大到小。局部最优就是大饼干喂给胃口大的,充分利用饼干尺寸喂饱一个,全局最优就是喂饱尽可能多的小孩。先遍历的胃口&a…

软件测试学习:师傅领进门修行看个人

本课程学习导图 2-1 软件测试阶段 1、单元测试 概念: 对软件中的 最小可测试单元 进行检查和验证。 原则: (1)尽可能测试用例相互独立 (2)一般由代码开发人员实施 好处:(…

Django实现音乐网站 ⑺

使用Python Django框架制作一个音乐网站, 本篇主要是后台对歌手原有实现功能的基础上进行优化处理。 目录 新增编辑 表字段名称修改 隐藏单曲、专辑数 姓名首字母 安装xpinyin 获取姓名首字母 重写保存方法 列表显示 图片显示处理 引入函数 路径改为显示…

Rocketmq Filter 消息过滤(TAGS、SQL92)原理详解 源码解析

1. 背景 1.1 Rocketmq 支持的过滤方式 Rocketmq 作为金融级的业务消息中间件,拥有强大的消息过滤能力。其支持多种消息过滤方式: 表达式过滤:通过设置过滤表达式的方式进行过滤 TAG:根据消息的 tag 进行过滤。SQL92&#xff1a…

【王树森】深度强化学习(DRL)课程笔记:P1 基本概念(含gym安装)

课程信息 课程主讲:王树森(史蒂文斯理工学院计算机科学系的终身制助理教授) 课程内容:基本概念、价值学习、策略学习、Actor-Critic方法、AlphaGo、Monte Carlo (蒙特卡洛) 课程资料:https://github.com/wangshusen/D…

Jmeter(二) - 从入门到精通 - 创建测试计划(Test Plan)(详解教程)

1.简介 上一篇中已经教你把JMeter的测试环境搭建起来了,那么这一篇我们就将JMeter启动起来,一睹其芳容,首先宏哥给大家介绍一下如何来创建一个测试计划(Test Plan)。 2.创建一个测试计划(Test Plan&#x…

python接口自动化之正则用例参数化

前言 ​ 我们在做接口自动化的时候,处理接口依赖的相关数据时,通常会使用正则表达式来进行提取相关的数据。 ​ 正则表达式,又称正规表示式、正规表示法、正规表达式、规则表达式、常规表示法(Regular Expression,在代码中常简写…

yaml文件详解

目录 一、yaml的简介 二、yaml示例 1.编写yaml文件创建pod资源 2. 创建资源对象 3.查看创建的pod资源 4.创建service服务对外提供访问并测试 5.创建资源对象 6.查看创建的service 7.在浏览器输入 nodeIP:nodePort 即可访问 三、 获取yaml配置资源 四、将现有资源生成模…

【docker】docker-compose服务编排

目录 一、服务编排概念二、docker compose2.1 定义2.2 使用步骤2.3 docker-compose安装2.4 docker-compose卸载 三、编排示例 一、服务编排概念 1.微服务架构的应用系统中一般包含若干个微服务,每个微服务一般都会部署多个实例,如果每个微服务都要手动启…

1 swagger简单案例

1.1 加入依赖 <!--swagger图形化接口--><dependency><groupId>io.springfox</groupId><artifactId>springfox-swagger2</artifactId><version>2.9.2</version> </dependency><dependency><groupId>io.spri…

Agent:OpenAI的下一步,亚马逊云科技站在第5层

什么是Agent&#xff1f;在大模型语境下&#xff0c;可以理解成能自主理解、规划、执行复杂任务的系统。Agent也将成为新的起点&#xff0c;成为各行各业构建新一代AI应用必不可少的组成部分。 对此&#xff0c;初创公司Seednapse AI创始人提出构建AI应用的五层基石理论&#…

IO(JavaEE初阶系列8)

目录 前言&#xff1a; 1.文件 1.1认识文件 1.2结构和目录 1.3文件路径 1.4文本文件vs二进制文件 2.文件系统的操作 2.1Java中操作文件 2.2File概述 2.2.1构造File对象 2.2.2File中的一些方法 3.文件内容的操作 3.1字节流 3.1.1InPutStream的使用方法 3.1.2OutPu…

设计模式之三大类

目录 设计模式分类 1.创建型模式(Creational Patters) 2.结构型模式(Structural Patterns) 3.行为型模式(Behavioral Patterns) 3.1命令模式(The Command Pattern) 2.1适配器模式 2.1.1Object and Class Adapters 设计模式分类 1.创建型模式(Creational Patters) Fato…

SaaS系统相比传统软件,为何数据更安全?

随着云计算、5G等技术的不断进步&#xff0c;SaaS行业步入了快速发展的阶段&#xff0c;应用场景也日趋多元化。预计2023年底&#xff0c;中国SaaS行业市场规模将达到555.1亿元。 中研网对于SaaS发展态势预测这样评价&#xff1a; 当前&#xff0c;我国在多个维度上具备发展 S…

【机器学习】处理样本不平衡的问题

文章目录 样本不均衡的概念及影响样本不均衡的解决方法样本层面欠采样 &#xff08;undersampling&#xff09;过采样数据增强 损失函数层面模型层面采样集成学习 决策及评估指标 样本不均衡的概念及影响 机器学习中&#xff0c;样本不均衡问题经常遇到&#xff0c;比如在金融…

详解Kafka分区机制原理|Kafka 系列 二

Kafka 系列第二篇&#xff0c;详解分区机制原理。为了不错过更新&#xff0c;请大家将本号“设为星标”。 点击上方“后端开发技术”&#xff0c;选择“设为星标” &#xff0c;优质资源及时送达 上一篇文章介绍了 Kafka 的基本概念和术语&#xff0c;里面有个概念是 分区(Part…

验证码安全志:AIGC+集成环境信息信息检测

目录 知己知彼&#xff0c;黑灰产破解验证码的过程 AIGC加持&#xff0c;防范黑灰产的破解 魔高一丈&#xff0c;黑灰产AIGC突破常规验证码 双重防护&#xff0c;保障验证码安全 黑灰产经常采用批量撞库方式登录用户账号&#xff0c;然后进行违法违规操作。 黑灰产将各种方…