MySQL系列—8.存储结构

news2024/11/23 19:31:17

目录

1.系统表空间 ibdata

2.通用表空间 .ibd

3.独立表空间

4.Undo 表空间

5.临时表空间

6.Redo Log File

1.系统表空间 ibdata

系统表空间由参数innodb_data_file_path定义路径、初始化大小、自动扩展策略

如： innodb_data_file_path=/dayta/mysql/ibdata1:100M:autoextend

存放：

Change Buffer(insert buffer)

Lock System

Data Dictionary

Foreign key constaint system tables

User data (innodb_file_per_table=0，不使用独立表空间的时候，用户数据会存储共享表空 间中，有可能会存放在系统表空间。)

2.通用表空间 .ibd

类似于Oracle的表空间概念，多个Table放在同一个表空间中。

mysql> create tablespace tbs add datafile 'tbs.ibd';
Query OK, 0 rows affected (0.01 sec)

mysql>  select * from information_schema.innodb_tablespaces;
+------------+------------------+-------+----------------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
| SPACE      | NAME             | FLAG  | ROW_FORMAT           | PAGE_SIZE | ZIP_PAGE_SIZE | SPACE_TYPE | FS_BLOCK_SIZE | FILE_SIZE | ALLOCATED_SIZE | AUTOEXTEND_SIZE | SERVER_VERSION | SPACE_VERSION | ENCRYPTION | STATE  |
+------------+------------------+-------+----------------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
| 4294967294 | mysql            | 18432 | Any                  |     16384 |             0 | General    |          4096 |  27262976 |       27262976 |               0 | 8.0.39         |             1 | N          | normal |
| 4294967293 | innodb_temporary |  4096 | Compact or Redundant |     16384 |             0 | System     |          4096 |  12582912 |       12582912 |               0 | 8.0.39         |             1 | N          | normal |
| 4294967279 | innodb_undo_001  |     0 | Undo                 |     16384 |             0 | Undo       |          4096 |  16777216 |       16777216 |               0 | 8.0.39         |             1 | N          | active |
| 4294967278 | innodb_undo_002  |     0 | Undo                 |     16384 |             0 | Undo       |          4096 |  16777216 |       16777216 |               0 | 8.0.39         |             1 | N          | active |
|          1 | sys/sys_config   | 16417 | Dynamic              |     16384 |             0 | Single     |          4096 |    114688 |         114688 |               0 | 8.0.39         |             1 | N          | normal |
|          2 | tbs              | 18432 | Any                  |     16384 |             0 | General    |          4096 |    114688 |         114688 |               0 | 8.0.39         |             1 | N          | normal |
+------------+------------------+-------+----------------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
6 rows in set (0.00 sec)

mysql> create table t2 (id int) tablespace tbs;
Query OK, 0 rows affected (0.01 sec)
mysql> show create table t2;
+-------+---------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                                                |
+-------+---------------------------------------------------------------------------------------------------------------------------------------------+
| t2    | CREATE TABLE `t2` (
  `id` int DEFAULT NULL
) /*!50100 TABLESPACE `tbs` */ ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
+-------+---------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.01 sec)

3.独立表空间

每个table都有各自的.ibd文件

删除大表的一个技巧(释放文件名)

为数据文件建立硬链接，然后删除原数据文件名，待到空闲时间再清理链接的文件数据

innodb_file_per_table

为1时（默认），启用独立表空间

为0时，启用共享表空间，用户数据存储在系统表空间ibdata*文件中，或者自定义的通用表空间general tablespace中。

为1时，启用独立表空间，每个表有各自的.ibd文件

4.Undo 表空间

实例初始化时，默认创建两个Undo表空间，最大支持127个Undo表空间。

innodb_rollback_segments：于定义每个undo表空间中的回滚段rollback segment的 数量，默认是128个

一个回滚段rollback segment默认最大只有128 个，实例初始化后默认2个undo表空间：128*2个undo tbs= 256个并发事务。所以高并发需求 时需要注意增加undo表空间。

全局Undo表空间

mysql> show global variables like '%undo%';
+--------------------------+------------+
| Variable_name            | Value      |
+--------------------------+------------+
| innodb_max_undo_log_size | 1073741824 |
| innodb_undo_directory    | ./         |
| innodb_undo_log_encrypt  | OFF        |
| innodb_undo_log_truncate | ON         |
| innodb_undo_tablespaces  | 2          |
+--------------------------+------------+
5 rows in set (0.00 sec)

查看当前的Undo表空间

mysql> select * from information_schema.innodb_tablespaces where space_type='undo';
+------------+-----------------+------+------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
| SPACE      | NAME            | FLAG | ROW_FORMAT | PAGE_SIZE | ZIP_PAGE_SIZE | SPACE_TYPE | FS_BLOCK_SIZE | FILE_SIZE | ALLOCATED_SIZE | AUTOEXTEND_SIZE | SERVER_VERSION | SPACE_VERSION | ENCRYPTION | STATE  |
+------------+-----------------+------+------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
| 4294967279 | innodb_undo_001 |    0 | Undo       |     16384 |             0 | Undo       |          4096 |  16777216 |       16777216 |               0 | 8.0.39         |             1 | N          | active |
| 4294967278 | innodb_undo_002 |    0 | Undo       |     16384 |             0 | Undo       |          4096 |  16777216 |       16777216 |               0 | 8.0.39         |             1 | N          | active |
+------------+-----------------+------+------------+-----------+---------------+------------+---------------+-----------+----------------+-----------------+----------------+---------------+------------+--------+
2 rows in set (0.01 sec)

查看Undo表空间数据文件

mysql> select file_id,file_type,tablespace_name,file_name,status from files;
+------------+------------+------------------+----------------------+--------+
| FILE_ID    | FILE_TYPE  | TABLESPACE_NAME  | FILE_NAME            | STATUS |
+------------+------------+------------------+----------------------+--------+
| 4294967294 | TABLESPACE | mysql            | ./mysql.ibd          | NORMAL |
|          0 | TABLESPACE | innodb_system    | ./ibdata1            | NORMAL |
| 4294967293 | TEMPORARY  | innodb_temporary | ./ibtmp1             | NORMAL |
| 4294967279 | UNDO LOG   | innodb_undo_001  | ./undo_001           | NORMAL |
| 4294967278 | UNDO LOG   | innodb_undo_002  | ./undo_002           | NORMAL |
|          1 | TABLESPACE | sys/sys_config   | ./sys/sys_config.ibd | NORMAL |
|          2 | TABLESPACE | tbs              | ./tbs.ibd            | NORMAL |
|          3 | TABLESPACE | test/t           | ./test/t.ibd         | NORMAL |
+------------+------------+------------------+----------------------+--------+
8 rows in set (0.00 sec)

8.0.14后，可以在线手动创建新的Undo表空间

create undo tablespace undo_name add datafile 'undo_name.ibu';

删除Undo表空间

--首先设置Undo为inactive
alter undo tablespace undo_name set inactive;

--然后再删除
drop undo tablespace undo_name;

自动清理Undo表空间

innodb_undo_log_truncate = 1 时会自动清理undo表空间

超过innodb_max_undo_log_size 时会触发

或者purge线程执行了innodb_purge_rseg_truncate_frequency() 128次

5.临时表空间

innodb_temp_data_file_path：定义路径、大小等，初始值12MB

实例关闭后，临时表文件会被删除，实例启动后，临时表文件（ibtmp1）重新创建

用户自己的临时表放在#innodb_temp/*.ibt，session会话退出后，临时段自动回收。

8.0以前， 有个严重问题，就是ibtmp1，用户执行过程中产生大量临时存在ibtmp1

文件被撑爆后也无法回缩的。

改进后只有innodb内部线程自己生成的临时表才会放在ibtmp1文件里。

用户运行过程中产生的临时表都会放在innodb_temp目录中

innodb_temp_tablespaces_dir：设置会话级用户临时表空间存储路径

会话级临时表空间初始共有10个，会随着用户连接数及创建临时表的情况按需增加，实例重 启后会删除这些文件。每个session最多分配两个临时表空间，一个用于存储用户主动创建的临时表(create temporary table)，另一个用于存储用户执行SQL过程中生成的内部(磁盘)临时表，session断开后，会话级用户临时表空间会直接释放，不用再担心撑爆磁盘。

查看会话级临时表空间的使用情况：

select * from information_schema.innodb_session_temp_tablespaces;

查看全局临时表空间的情况：

 select * from files where tablespace_name like '%temp%'\G

创建session级别临时表，通过实验来观察临时表的分配、查看及回收：

mysql> create temporary table k1 like bigints;
Query OK, 0 rows affected (0.04 sec)
mysql> desc k1;
+-------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+----------------+
| id | int | NO | PRI | NULL | auto_increment |
| dtl | varchar(200) | YES | | NULL | NULL |
+-------+--------------+------+-----+---------+----------------+
2 rows in set (0.02 sec)
mysql> insert into k1 select * from bigints;
Query OK, 2621440 rows affected (25.30 sec)
Records: 2621440 Duplicates: 0 Warnings: 0
--换一个session查询
mysql> select * from information_schema.innodb_temp_table_info;
+----------+--------------+--------+------------+
| TABLE_ID | NAME | N_COLS | SPACE |
+----------+--------------+--------+------------+
| 1089 | #sql4c_19_13 | 5 | 4294501264 |
+----------+--------------+--------+------------+
1 row in set (0.00 sec)
mysql> select * from information_schema.innodb_session_temp_tablespaces;
+----+------------+----------------------------+-----------+----------+-----
| ID | SPACE | PATH | SIZE | STATE | PURPOSE |
+----+------------+----------------------------+-----------+----------+-----
| 13 | 4294501265 | ./#innodb_temp/temp_9.ibt | 98304 | ACTIVE | INTRINSI
| 29 | 4294501263 | ./#innodb_temp/temp_7.ibt | 134217728 | ACTIVE | USER
| 0 | 4294501257 | ./#innodb_temp/temp_1.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501258 | ./#innodb_temp/temp_2.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501259 | ./#innodb_temp/temp_3.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501260 | ./#innodb_temp/temp_4.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501261 | ./#innodb_temp/temp_5.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501262 | ./#innodb_temp/temp_6.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501264 | ./#innodb_temp/temp_8.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501266 | ./#innodb_temp/temp_10.ibt | 81920 | INACTIVE | NONE
+----+------------+----------------------------+-----------+----------+-----
10 rows in set (0.00 sec)
[17:34:49] root@ms85:#innodb_temp # ll -h
total 129M
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_10.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_1.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_2.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_3.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_4.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_5.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_6.ibt
-rw-r----- 1 mysql mysql 128M Jul 7 17:35 temp_7.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 17:31 temp_8.ibt
-rw-r----- 1 mysql mysql 96K Jul 7 17:23 temp_9.ibt
--断开前一个session
mysql> exit;
Bye
--再次查询，发现临时表已经被释放
mysql> select * from information_schema.innodb_temp_table_info;
Empty set (0.00 sec)
mysql> select * from information_schema.innodb_session_temp_tablespaces;
+----+------------+----------------------------+-------+----------+---------
| ID | SPACE | PATH | SIZE | STATE | PURPOSE |
+----+------------+----------------------------+-------+----------+---------
| 12 | 4294501266 | ./#innodb_temp/temp_10.ibt | 81920 | ACTIVE | INTRINSIC
| 13 | 4294501265 | ./#innodb_temp/temp_9.ibt | 98304 | ACTIVE | INTRINSIC
| 0 | 4294501257 | ./#innodb_temp/temp_1.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501258 | ./#innodb_temp/temp_2.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501259 | ./#innodb_temp/temp_3.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501260 | ./#innodb_temp/temp_4.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501261 | ./#innodb_temp/temp_5.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501262 | ./#innodb_temp/temp_6.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501264 | ./#innodb_temp/temp_8.ibt | 81920 | INACTIVE | NONE |
| 0 | 4294501263 | ./#innodb_temp/temp_7.ibt | 81920 | INACTIVE | NONE |
+----+------------+----------------------------+-------+----------+---------
10 rows in set (0.00 sec
[17:36:08] root@ms85:#innodb_temp # ll
total 336K
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_10.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_1.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_2.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_3.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_4.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_5.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 11:39 temp_6.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 17:36 temp_7.ibt
-rw-r----- 1 mysql mysql 80K Jul 7 17:31 temp_8.ibt
-rw-r----- 1 mysql mysql 96K Jul 7 17:23 temp_9.ibt

6.Redo Log File

从 MySQL 8.0.30 开始， innodb_redo_log_capacity系统变量控制 redo log 总的大小。

当 设置 参数 innodb_redo_log_capacity时 ，系统会忽略 innodb_log_files_in_group
和 innodb_log_file_size。否则，这些设置用于计算 innodb_redo_log_capacity

设置 ( innodb_log_files_in_group* innodb_log_file_size= innodb_redo_log_capacity)

redo 日志位置

redo log 文件存放的位置由参数 innodb_log_group_home_dir控制，如果没有指定具体目录，系统默认会将redo log存储到 data 目录的#innodb_redo目录。innodb_log_group_home_dir指定的文件夹下必须创建 #innodb_redo目录。

在 MySQL 8.0.30  版本中，MySQL会生成32个 redo log 文件,每个文件的大小等于 1/32 * innodb_redo_log_capacity，redo log 有两种:正在使用的和未被使用的，分别使用  #ib_redoNN
和 #ib_redoNN_tmp，其中NN是重做日志文件编号。

redo信息查看

mysql> select * from performance_schema.innodb_redo_log_files;
+---------+--------------------------+-----------+----------+---------------+---------+----------------+
| FILE_ID | FILE_NAME                | START_LSN | END_LSN  | SIZE_IN_BYTES | IS_FULL | CONSUMER_LEVEL |
+---------+--------------------------+-----------+----------+---------------+---------+----------------+
|       7 | ./#innodb_redo/#ib_redo7 |  22931456 | 26206208 |       3276800 |       0 |              0 |
+---------+--------------------------+-----------+----------+---------------+---------+----------------+
1 row in set (0.00 sec)

日志块（log block）

在 InnoDB 存储引擎中，redo log是以块为单位进行存储的，每个块占 512 字节，这称为redo log block。所以不管是log buffer中还是os buffer中以及redo log file on disk中，都是这样以 512 字节的块存储的。

每个redo log block由 3 部分组成：日志块头、日志块尾和日志主体。

日志块头包含 4 部分：

  • log_block_hdr_no：占 4 字节，表示该日志块在redo log buffer中的位置 ID。

  • log_block_hdr_data_len：占 2 字节，表示该log block中已记录的log大小，写满该log block时为0x200，表示 512 字节。

  • log_block_first_rec_group：占 2 字节，表示该log block中第一个log的开始偏移位置。

  • log_block_checkpoint_no：占 4 字节，表示该log block写入检查点信息的位置。

关于log block块头的第三部分log_block_first_rec_group，因为有时候一个数据页产生的日志量超出了一个日志块，这是需要用多个日志块来记录该页的相关日志。例如，某一数据页产生了 552 字节的日志量，那么需要占用两个日志块，第一个日志块占用 492 字节，第二个日志块需要占用 60 个字节，那么对于第二个日志块来说，它的第一个log的开始位置就是73字节（60+12）。如果该部分的值和log_block_hdr_data_len相等，则说明该log block中没有新开始的日志块，即表示该日志块用来延续前一个日志块。

日志尾只有一个部分：log_block_trl_no，该值和块头的log_block_hdr_no相等。

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

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

相关文章

【机器学习】C++与OpenCV实战：创建你的第一个图片显示程序

【机器学习】C++与OpenCV实战：创建你的第一个图片显示程序

🎬 鸽芷咕：个人主页 🔥 个人专栏: 《C干货基地》《粉丝福利》 ⛺️生活的理想，就是为了理想的生活! 前言 在计算机视觉领域，OpenCV是一个非常强大的开源库，它提供了大量的图像处理和计算机视觉功能。C与Op…
阅读更多...
这次我可真没手写代码

这次我可真没手写代码

我是一个平平无奇的程序员，兢兢业业地做着公司的需求，直到那天，一位十年见过两面的亲戚突然找上门，他说： 小Z啊，听说你是学计算机的对吧。 听完这话，我当场汗流浃背，这不是让我上门修…
阅读更多...
Web组件：Servlet Listener Filter

Web组件：Servlet Listener Filter

1 前言 1.1 内容概要 掌握ServletContextListener的使用，并且理解其执行时机掌握Filter的使用，并且理解其执行时机能够使用Filter解决一些实际的问题 1.2 前置知识准备 Servlet的执行 ServletContext的功能和使用 2 Web组件 JavaEE的三大Web组件 …
阅读更多...
Aigtek功率放大器在超声检测陶瓷复合材料内部缺陷中的应用

Aigtek功率放大器在超声检测陶瓷复合材料内部缺陷中的应用

2023年5月30日，神舟十六号载人飞船于9时28分左右在酒泉基地正式发射。本次神舟十六号最引人注目的一点就是它的元件国产率相较之前是大大提高了。选择提高自主研发能力，一方面是防范他国在技术、贸易上的“卡脖子”隐患，一方面也是我国制造实…
阅读更多...
【智慧物流】新中地智慧城市实训：优秀学生项目作品1

【智慧物流】新中地智慧城市实训：优秀学生项目作品1

实训结束后，同学们在最后的答辩中纷纷展现了自己的优秀成果，并以小组的形势进行汇报。今天截取部分学生优秀作品给大家进行展示，帮助大家快速了解智慧系列项目的效果。 智慧城市开发项目主题：智慧物流 （为保护学生隐…
阅读更多...
亲测好用，ChatGPT 3.5/4.0新手使用手册，最好论文指令手册~ 【2024年9月 更新】

亲测好用，ChatGPT 3.5/4.0新手使用手册，最好论文指令手册~ 【2024年9月 更新】

本以为遥遥领先的GPT早就普及了，但小伙伴寻找使用的热度一直高居不下，其实现在很简单了！ 国产大模型快200家了，还有很多成熟的国内AI产品，跟官网一样使用，还更加好用~ ① 3.5 大多数场景是够用的&#xff…
阅读更多...
热门运动耳机品牌有哪些？精选五款骨传导耳机运动好物分享

热门运动耳机品牌有哪些？精选五款骨传导耳机运动好物分享

随着人们对于听力和健康问题的重视，不管是日常、运动还是游泳骨传导耳机逐渐成为了更健康、便捷的听音方式。因为行业的爆火，骨传导耳机市场的竞争也是非常激烈，有很多没有专业技术沉淀的品牌也来做骨传导耳机想吃这波红利，很容易…
阅读更多...
SysML图例-混合动力SUV

SysML图例-混合动力SUV

DDD领域驱动设计批评文集>> 《软件方法》强化自测题集>> 《软件方法》各章合集>>
阅读更多...
swagger-bootstrap-ui页面空白，也没报错

swagger-bootstrap-ui页面空白，也没报错

回想起来，代码层面没有进行什么大的调整，增加了配置文件，application.yml中的 spring:profiles:active: sms # dev --> smsname: sms-server swagger配置未调整导致空白 修改profile 问题解决
阅读更多...
.htaccess防火墙，Nginx防火墙，Apache防火墙，WEB防火墙，网站防火墙

.htaccess防火墙，Nginx防火墙，Apache防火墙，WEB防火墙，网站防火墙

.htaccess防火墙，Nginx防火墙，Apache防火墙，WEB防火墙，网站防火墙 对此域的请求通过 Apache 处理。 在 nginxdev.com 测试 Nginx 服务器上的防火墙 防火墙代码： # 资源宝分享：www.httple.net # 8G FIREWA…
阅读更多...
当你忘记很久前的 DJANGO + UWSGI 项目是怎么启动的

当你忘记很久前的 DJANGO + UWSGI 项目是怎么启动的

在后端项目代码推到云服务器后，通常需要手动重启相关服务才会更新生效。 本人生产环境中用的是UWSGI服务器，更新步骤如下： 文章目录 UWSGI服务启动方式SYSTEMCTL 命令查看查看当前运行的 UWSGI 进程其他：查看 UWSGI 日志文件 重启…
阅读更多...
基于Vue框架的娱爆新闻网站的设计与实现---附源码80930

基于Vue框架的娱爆新闻网站的设计与实现---附源码80930

目 录 摘要 1 绪论 1.1研究背景与意义 1.2国内外研究现状 1.3研究内容 1.4论文结构与章节安排 2 娱爆新闻网站系统分析 2.1 可行性分析 2.2 系统流程分析 2.2.1数据增加流程 2.2.2数据修改流程 2.2.3数据删除流程 2.3 系统功能分析 2.3.1 功能性分析 2.3.2 非功…
阅读更多...
Redis面试必问：Redis为什么快？Redis五大基本数据类型

Redis面试必问：Redis为什么快？Redis五大基本数据类型

请记住胡广一句话，所有的中间件所有的框架都是建立在基础之上，数据结构，计算机网络，计算机原理大伙一定得看透！！~ 1. Redis快的秘密 相信大部分Redis初学者都会忽略掉一个重要的知识点，Redis…
阅读更多...
计算机网络 ---如何寻找目标计算机

计算机网络 ---如何寻找目标计算机

序言 在没有产生网络之前，单个主机就像汪洋大海之间的一个孤岛，和其他主机之间没有任何联系。但随着需求的产生，免不了两台主机之间需要产生交流（传送数据等）。离得近的两台主机之间搭一根网线就能够解决，但…
阅读更多...
147.最小栈

147.最小栈

题目 链接：leetcode链接 思路 这道题目做起来还是比较简单的，使用两个栈就可以实现题目要求。 其中一个栈s实现栈的基本功能，另一个栈mins实现检索最小元素的功能。 来看一下怎么样实现检索最小元素的功能呢？ 我们可以这么…
阅读更多...
VTK-vtkBandedPolyDataContourFilter学习

VTK-vtkBandedPolyDataContourFilter学习

官网有一个例子，看完之后仍然不太明白。经过一点点的探索，记录一下收获。 1.建立一个六边形的点集 Create(vtkPoints, points);points->InsertNextPoint(-5, 0, 0);points->InsertNextPoint(-2.5, -4.33, 0);points->InsertNextPoint(2.5, -4.…
阅读更多...
网络安全-dom破坏结合jq漏洞以及框架漏洞造成的xss-World War 3

网络安全-dom破坏结合jq漏洞以及框架漏洞造成的xss-World War 3

一、环境 XSS Game - Learning XSS Made Simple! | Created by PwnFunction 二、开始介绍 如果notify为真的话那么html是 <div class"alert alert-warning" role"alert"><b>Meme</b> created from ${DOMPurify.sanitize(text)}</d…
阅读更多...
DevOps实现CI/CD实战（七）- Jenkins集成k8s实现自动化CI

DevOps实现CI/CD实战（七）- Jenkins集成k8s实现自动化CI

自动化CI操作 1. 安装gitlab plugin 工具 ##### 2. 配置流水线任务的构建触发器&#xff0c;复制URL&#xff1a;http://192.168.201.111:8080/project/pipeline 3. Gitlab配置Webhooks&#xff0c;将上面的url&#xff1a;http://192.168.201.111:8080/project/pipeline粘…
阅读更多...
基于微信小程序+Java+SpringBoot+Vue+MySQL的网上花店/鲜花销售小程序

基于微信小程序+Java+SpringBoot+Vue+MySQL的网上花店/鲜花销售小程序

作者&#xff1a;计算机学姐 开发技术&#xff1a;SpringBoot、SSM、Vue、MySQL、JSP、ElementUI等&#xff0c;“文末源码”。 专栏推荐&#xff1a;前后端分离项目源码、SpringBoot项目源码、SSM项目源码 系统展示 基于微信小程序JavaSpringBootVueMySQL的网上花店/鲜花销售…
阅读更多...
AI绘画stable diffussion ：Lora大模型微调的利器

AI绘画stable diffussion ：Lora大模型微调的利器

前言 LoRA模型是小型的Stable Diffusion模型&#xff0c;它们对checkpoint模型进行微小的调整。它们的体积通常是检查点模型的10到100分之一。因为体积小&#xff0c;效果好&#xff0c;所以lora模型的使用程度比较高。 这是一篇面向从未使用过LoRA模型的初学者的教程。你将了…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023