MySQL Redo Log

MySQL主从复制：https://blog.csdn.net/a18792721831/article/details/146117935
MySQL Binlog：https://blog.csdn.net/a18792721831/article/details/146606305
MySQL General Log：https://blog.csdn.net/a18792721831/article/details/146607343
MySQL Slow Log：https://blog.csdn.net/a18792721831/article/details/147166971
MySQL Error Log：https://blog.csdn.net/a18792721831/article/details/147167038
MySQL Redo Log: https://blog.csdn.net/a18792721831/article/details/149862528
MySQL Undo Log: https://blog.csdn.net/a18792721831/article/details/149880355

MySQL Redo Log

  • Redo Log 介绍
  • Redo Log 的落盘
  • Redo Log 的数量及大小修改
  • CheckPoint
  • LSN
  • Mysql 8.0 的 Redo Log 归档
  • Mysql 8.0 中的 Redo Log 禁用
  • 官网文档

InnoDB使用 Redo Log 来保证数据的一致性和可持久化。

Redo Log 介绍

MySQL采用的是WAL(Write-Ahead Logging)技术，也就是先写日志在写磁盘。如果有修改操作，则先将操作记录在 Redo Log 中，然后将 Redo Log Buffer 中的数据刷新到磁盘的日志文件中，最后写入数据文件中。

Redo Log 记录了这个页做了什么改动，对Redo Log 进行落盘，不仅可以保证数据持久化，还可以提高写入效率。

  • MySQL如果每次都按页落盘，即使有少量数据的修改，每次落盘也是整个数据页，那么IO成本将会非常高。而Redo Log 记录的是缓冲池中页的修改记录，因此每次只需要对 Redo Log 进行落盘，而不需要对整个页落盘。大大降低了落盘的数据量，节约成本，提高写入效率。
  • 如果每次都是将页落盘，那么页会在不同的位置，因此落盘时基本上就是随机IO，而有了Redo Log，只将Redo Log 落盘，就可以将这些随机 IO 转换成顺序IO ,这样也可以提高写入效率。

Redo Log 另一个很重要的作用就是崩溃恢复能力。事务在提交时会把Redo Log 刷新到磁盘中，如果此时系统宕机了，那么重启之后，只需要根据 Redo Log 的记录把数据页未更新的部分更新一下，就可以恢复事务所做的数据变更。

Redo Log 的落盘

Redo Log 由两部分组成: Redo Log 缓冲区和 Redo Log 文件。

Redo Log 缓冲区的大小通过 innodb_log_buffer_size 参数来设置。通过 show global variables like 'innodb_log_buffer_size';查看

image-20250412170026934

16777216B=16384K=16M

当事务更新时，一般先写入Redo Log 缓冲区，在写入 Redo Log 文件。而具体的写入频率由innodb_flush_log_at_trx_commit参数控制。查看 show global variables like 'innodb_flush_log_at_trx_commit';

image-20250412170324262

innodb_flush_log_at_trx_commit参数有3个有效值：

  • 0，每秒将日志缓冲区写入日志文件一次，并在日志文件上执行磁盘刷新操作，未刷新日志的事务可能会在崩溃中丢失，此时 InnoDB不在符合事务持久性的要求。
  • 1，在每次提交事务时，日志缓冲区都会写入日志文件中，并在日志文件上执行磁盘刷新操作。
  • 2，在每次提交事务后写入日志，并且日志每秒刷新一次到磁盘。未刷新日志的事务可能会在崩溃中丢失。当MySQL服务发生宕机，但操作系统没有发生宕机时，不会出现数据丢失。但是当操作系统宕机时，重启后可能会丢失Redo Log 缓冲中还没有刷新到 Redo Log 文件中的数据。

选择不同的落盘频率，对于MySQL的性能存在一定的影响

创建一张表，用于验证性能

use test;
drop table if exists test_redo;
create table `test_redo`(
`id` int not null auto_increment,
`a` varchar(20) default null,
`b` int default null,
`c` datetime not null default current_timestamp,
primary key (`id`)
) engine=innodb charset=utf8mb4;
drop procedure if exists test_insert;
delimiter ;;
create procedure test_insert()
begin
declare i int;
set i = 1;
while(i <= 100000) do
insert into test_redo(a,b) values(i,i);
set i=i+1;
end while;
end;;
delimiter ;

执行

image-20250412172229332

执行**set global innodb_flush_log_at_trx_commit=0**后，调用 test_insert插入10万的数据

image-20250412172936711

花费了3分27秒5，也就是207.5秒。

执行**set global innodb_flush_log_at_trx_commit=1**,调用test_insert插入10万数据

image-20250412173943934

花费了6分55秒4，也就是415.4秒，是等于0的2倍

执行**set global innodb_flush_log_at_trx_commit=2**，调用test_insert插入10万数据

image-20250412174656848

和等于0差不多。

innodb_flush_log_at_trx_commit参数设置为0或2的写入速度比设置为1的写入速度快很多。但是如果某个MySQL实例将 innodb_flush_log_at_trx_commit参数设置为0或2，那么它其实已经不具备ACID中的D(Durability,持久性)。在一般情况下，建议将innodb_flush_log_at_trx_commit参数设置为1，这样可以保证MySQL在崩溃恢复时数据不丢失。

Redo Log 的数量及大小修改

MySQL启动后，Redo Log 的大小和个数就是固定的，比如可以配置3个大小为2GB的Redo Log，文件名类似于 ib_logfile0。Redo Log 是循环写的。

从 MySQL 8.0.30 开始，支持“多文件”redo log，文件名格式为：#ib_redo<N>

https://dev.mysql.com/doc/refman/8.0/en/innodb-redo-log.html#innodb-redo-log-multiple-files

从MySQL 从 8.0.30 版本（2022年7月发布）开始，对 InnoDB 的 redo log 存储方式进行了重大调整，将传统的 ib_logfile0、ib_logfile1 文件改为存储在 #innodb_redo 目录中

https://dev.mysql.com/doc/refman/8.0/en/innodb-redo-log.html

Clipboard_Screenshot_1745236922

image-20250421200242503

带有 _tmp是备用redo_log。因为在 mysql 8.0 中增加了动态调整 redo_log大小的能力，在调整过程中，会使用备用redo_log，直到调整完成。

使用文件 rename 防止在动态调整过程中因为宕机导致的文件丢失。

相关参数

参数默认值说明
innodb_redo_log_directory./#innodb_redo指定 redo log 目录路径（可独立于数据目录）
innodb_redo_log_capacity104857600 (100MB)总 redo log 容量（动态调整，单位：字节）
innodb_redo_log_files32最大 redo log 文件数（自动管理实际使用数）

image-20250421200404372

image-20250528173259715

从第一个文件开始写，当redo_log0写满了，在写redo_log1,直到最后一个redo_log也写满了，继续从第一个文件开始写。其中 write pos是当前记录的位置，一边写一边移动；CheckPoint是当前要擦除的位置，也是向后推移的。擦除记录前会确保记录已经更新到数据文件中。

RodoLog 几个重要的参数：

  • Innodb_log_group_home_dir:控制 Redo Log 的存放路径，如果没有配置，默认在数据目录下

    image-20250802144856927

    image-20250802144948081

    如果要修改，需要修改 mysql.cnf文件

    先在mysql目录下创建redolog目录,记得修改权限

    image-20250802160718676

    接着在redolog目录下创建'#innodb_redo'目录，记得修改目录权限为 750 ，文件权限为 640 ，并且修改权限组为 ‘999:999’

    docker 中mysql 以999 的uid执行

    接着配置Redo Log 的目录为新创建的目录

    [mysqld]
server_id=100
log_bin=/var/lib/mysql-bin/mysql-bin
binlog_format=row
early-plugin-load=keyring_file.so
keyring_file_data=/var/lib/mysql/keyring
binlog_encryption=on
log-error=/var/log/mysql/mysql-error.log
innodb_log_group_home_dir=/var/lib/mysql-redolog

    然后重启

    docker run \
--name master \
-e MYSQL_ROOT_PASSWORD=master \
-v /data/mysql/master/log:/var/log/mysql \
-v /data/mysql/master/data:/var/lib/mysql \
-v /data/mysql/master/conf:/etc/mysql/conf.d \
-v /data/mysql/master/binlog:/var/lib/mysql-bin \
-v /data/mysql/master/redolog1:/var/lib/mysql-redolog \
-p 3106:3306 \
-d \
mysql:8.0

    启动后mysql会在新的redolog目录下创建redofile

    image-20250802165310731

  • innodb_log_file_size:控制Redo Log的大小，默认值为 48Mb,但是不能超过 512GB除以 innodb_log_files_in_group 参数配置的值，如果 innodb_log_files_in_group 参数的值为2，那么 innodb_log_file_size 参数的最大值为256G.

    如果innodb_redo_file_size 参数设置的太小，那么有可能导致Mysql 的redolog 频繁切换，频繁的触发数据的 CheckPoint，刷新脏页的次数随之增加，从而影响IO性能。

    如果有一个大的事务把所有的Redo Log 写满了还没有写完，就会导致日志不能切换，Mysql 有可能就不能正常提供服务了。

    如果参数设置的太大，虽然可以提升IO性能，但是当Mysql宕机时，恢复的时间也很长。

  • Innodb_log_files_in_group:控制Redo Log的文件数量

CheckPoint

CheckPoint 是Redo Log 中当前要擦除的位置，Redo Log 在擦除记录前会确保记录已经更新到数据文件中。因此，也可以认为CheckPoint就是控制数据页刷新到磁盘的操作。

如果发生宕机重启，那么将会从CheckPoint之后开始恢复，之前已经刷新的数据页不需要恢复。

LSN

Innodb的LSN(Log Sequence Number, 日志序列号)。

LSN用来精确记录Redo Log的位置信息，大小为 8 字节(mysql 5.6.3 之前是4字节)。

LSN的值是根据Redo Log 写入量计算的，写入多少字节的Log, LSN就增长多少。

可以通过 show engine InnoDB status\G查看


=====================================
2025-08-02 09:10:54 140514356577856 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 2 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 1 srv_active, 0 srv_shutdown, 676 srv_idle
srv_master_thread log flush and writes: 0
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 10
OS WAIT ARRAY INFO: signal count 12
RW-shared spins 0, rounds 0, OS waits 0
RW-excl spins 0, rounds 0, OS waits 0
RW-sx spins 0, rounds 0, OS waits 0
Spin rounds per wait: 0.00 RW-shared, 0.00 RW-excl, 0.00 RW-sx
------------
TRANSACTIONS
------------
Trx id counter 5902
Purge done for trx's n:o < 5899 undo n:o < 0 state: running but idle
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421989504019672, not started
0 lock struct(s), heap size 1128, 0 row lock(s)
---TRANSACTION 421989504018864, not started
0 lock struct(s), heap size 1128, 0 row lock(s)
---TRANSACTION 421989504018056, not started
0 lock struct(s), heap size 1128, 0 row lock(s)
--------
FILE I/O
--------
I/O thread 0 state: waiting for completed aio requests (insert buffer thread)
I/O thread 1 state: waiting for completed aio requests (read thread)
I/O thread 2 state: waiting for completed aio requests (read thread)
I/O thread 3 state: waiting for completed aio requests (read thread)
I/O thread 4 state: waiting for completed aio requests (read thread)
I/O thread 5 state: waiting for completed aio requests (write thread)
I/O thread 6 state: waiting for completed aio requests (write thread)
I/O thread 7 state: waiting for completed aio requests (write thread)
I/O thread 8 state: waiting for completed aio requests (write thread)
Pending normal aio reads: [0, 0, 0, 0] , aio writes: [0, 0, 0, 0] ,ibuf aio reads:
Pending flushes (fsync) log: 0; buffer pool: 0
874 OS file reads, 275 OS file writes, 108 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2, 0 merges
merged operations:insert 0, delete mark 0, delete 0
discarded operations:insert 0, delete mark 0, delete 0
Hash table size 34679, node heap has 3 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
Hash table size 34679, node heap has 1 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
Hash table size 34679, node heap has 0 buffer(s)
0.00 hash searches/s, 0.00 non-hash searches/s
---
LOG
---
Log sequence number          29869673
Log buffer assigned up to    29869673
Log buffer completed up to   29869673
Log written up to            29869673
Log flushed up to            29869673
Added dirty pages up to      29869673
Pages flushed up to          29869673
Last checkpoint at           29869673
Log minimum file id is       0
Log maximum file id is       0
32 log i/o's done, 0.00 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 0
Dictionary memory allocated 489041
Buffer pool size   8192
Free buffers       7192
Database pages     996
Old database pages 387
Modified db pages  0
Pending reads      0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 0, not young 0
0.00 youngs/s, 0.00 non-youngs/s
Pages read 853, created 143, written 201
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 996, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
0 read views open inside InnoDB
Process ID=1, Main thread ID=140514029545024 , state=sleeping
Number of rows inserted 0, updated 0, deleted 0, read 0
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
Number of system rows inserted 8, updated 331, deleted 8, read 4791
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================
  • Log sequence number: 表示整个数据库最新的LSN值
  • Log flushed up to: 表示最新写入日志文件的事务产生的LSN值
  • Last checkpoint at:表示最新的数据页刷新到磁盘时的LSN值

Mysql 8.0 的 Redo Log 归档

在数据备份过程中可能会复制 Redo Log。如果Mysql 的写入比较多，那么复制 Redo Log 的速度就会跟不上 Redo Log的生成速度。加上Redo Log是以覆盖方式记录的，就有可能会丢失部分Redo Log。

Mysql 8.0.17 引入了 Redo Log 归档，按照 Redo Log 记录顺序写入归档文件中，以解决备份时Redo Log丢失的问题。

Redo Log 的归档由innodb_redo_log_archive_dirs参数控制。

首先创建一个Redo Log 的归档文件夹：

image-20250802171922474

设置参数

image-20250802172022591

因为是docker 启动的MySQL，因此需要先关闭MySQL，在将 Redo Log 挂载进去

docker run \
--name master \
-e MYSQL_ROOT_PASSWORD=master \
-v /data/mysql/master/log:/var/log/mysql \
-v /data/mysql/master/data:/var/lib/mysql \
-v /data/mysql/master/conf:/etc/mysql/conf.d \
-v /data/mysql/master/binlog:/var/lib/mysql-bin \
-v /data/mysql/master/redolog:/var/lib/mysql-redolog \
-v /data/mysql/master/redolog_archive:/var/lib/mysql-redolog-archive \
-p 3106:3306 \
-d \
mysql:8.0

image-20250802172233975

设置Redo Log 的归档目录

set global innodb_redo_log_archive_dirs='redolog-archiving:/var/lib/mysql-redolog-archive';

redolog-archiving 表示归档目录的标识符，冒号后面的才是归档目录

image-20250802172432785

注意此时仅仅是设置了Redo Log 的归档目录，mysql不会自动开始归档

image-20250802172549315

还需要启动归档

do innodb_redo_log_archive_start("redolog-archiving", "redo-0001");

需要注意，如果mysql实例被禁用了Redo Log ，那么启动归档会失败

Error executing DO statement. You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘"’ at line 1 - Connection: master: 350ms

redolog-archiving是定义的归档目录的标识符，redo-0001是保存归档文件的子目录。

使用show global status like 'innodb_redo_log_enabled'查看是否禁用

image-20250802172940570

使用alter instance enable innodb redo_log;启用Redo Log

image-20250802173022662

需要注意的是如果需要使用子目录，比如 redo-0001，此时需要自己创建

Error executing DO statement. Redo log archive directory ‘/var/lib/mysql-redolog-archive/redo-0001’ does not exist or is not a directory - Connection: master: 311ms

image-20250802173219230

创建了目录，并且正确的设置了权限后，就会成功启动

DO statement executed successfully. - Connection: master: 210ms

接着查看归档目录

image-20250802173307100

此时会在Redo Log的归档目录下创建对应的Sql文件

执行一个sql，看看会不会刷新到归档目录的sql文件中

create database test;
use test;
create table t(id int,name varchar(256));
insert into t values(1, 'test');

image-20250802173622901

image-20250802174138833

停止归档

do innodb_redo_log_archive_stop();

image-20250802174350757

Mysql 8.0 中的 Redo Log 禁用

从 Mysql 8.0.21开始可以禁用 Redo Log。

可以在数据导入过程中加速。

Mysql 即使禁用 Redo Log，在Mysql 启动时，依然会检查 Redo Log 目录，并且如果Redo Log目录中存在CheckPoint之后的数据，依然会检查完整性，并尝试恢复数据。

只有当Mysql启动后，才能禁用 Redo Log。禁用后会永久生效。

禁用

alter instance disable innodb redo_log;

查看

SHOW GLOBAL STATUS LIKE 'Innodb_redo_log_enabled';

启用

alter instance enable innodb redo_log;

从实际测试情况来看，禁用与启用 redo log 有 10%~30% 的执行时间差异

https://segmentfault.com/a/1190000023415055

官网文档

https://dev.mysql.com/doc/refman/8.4/en/innodb-redo-log.html

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

如若内容造成侵权/违法违规/事实不符，请联系英文站点网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

项目实战1：Rsync + Sersync 实现文件实时同步

项目实战1：Rsync + Sersync 实现文件实时同步

项目实战&#xff1a;Rsync Sersync 实现文件实时同步 客户端中数据发生变化&#xff0c;同步到server端&#xff08;备份服务器&#xff09;。 Rsync&#xff1a;负责数据同步&#xff0c;部署在server端。 Sersync&#xff1a;负责监控数据目录变化&#xff0c;并调用rsync进…
阅读更多...
Spring Boot 全 YAML 配置 Liquibase 教程

Spring Boot 全 YAML 配置 Liquibase 教程

一、项目初始化配置 1.1 创建 Spring Boot 项目 通过 Spring Initializr 生成基础项目&#xff0c;配置如下&#xff1a; ​​Project​​: Maven​​Language​​: Java​​Spring Boot​​: 3.5.3&#xff08;最新稳定版&#xff09;​​Project Metadata​​: Group: com…
阅读更多...
STM32-驱动OLED显示屏使用SPI（软件模拟时序）实现

STM32-驱动OLED显示屏使用SPI（软件模拟时序）实现

本章概述思维导图&#xff1a;SPI通信协议SPI通信协议介绍SPI通讯&#xff1a;高速的、串行通讯、全双工、同步、总线协议&#xff1b;&#xff08;通过片选信号选中设备&#xff09;&#xff1b;注&#xff1a;SPI通讯通过片选信号选中设备&#xff0c;串口通讯通过端口号选中…
阅读更多...
Easy系列PLC相对运动指令实现定长输送(ST源代码)

Easy系列PLC相对运动指令实现定长输送(ST源代码)

汇川Easy系列PLC总线伺服转矩控制功能块 Easy系列PLC总线伺服转矩控制功能块(详细PDO配置+完整ST源代码)_pdo中添加目标力矩然后映射到轴中-CSDN博客文章浏览阅读215次。Easy系列PLC如何实现轮廓速度模式PV速度模式Easy系列PLC如何实现轮廓速度模式PV速度控制_汇川easy plc轮廓…
阅读更多...
SpringCloud学习第一季-4

SpringCloud学习第一季-4

目录 16.SpringCloud Alibaba Nacos服务注册和配置中心 SpringCloud Alibaba简介 1. 为什么出现 SpringCloud Alibaba 2. SpringCloud Alibaba带来了什么 2.1 能干什么 2.2 去哪里下载 2.3 怎么玩 3. 学习资料的获取 17.SpringCloud Alibaba Nacos服务注册和配置中心 …
阅读更多...
嵌入式开发学习———Linux环境下数据结构学习（五）

嵌入式开发学习———Linux环境下数据结构学习（五）

折半查找&#xff08;二分查找&#xff09;适用于已排序的数组&#xff0c;通过不断缩小查找范围定位目标值。int binarySearch(int arr[], int size, int target) {int left 0, right size - 1;while (left < right) {int mid left (right - left) / 2;if (arr[mid] t…
阅读更多...
（一）React +Ts（vite创建项目/useState/Props/Interface）

（一）React +Ts（vite创建项目/useState/Props/Interface）

文章目录 项目地址 一、React基础 1.1 vite创建 1. 创建项目 2. 安装项目所需环境 1.2 jsx 1. 三元表达式 1.3 基础 1. 创建第一个组件 2. 安装boostrap 3. 插件常用命令 4. map 二、组件 2.1 useState 1. useState 2. 使用 3.更新对象 4. 更新数组（增，删，改） 5. 使用immer…
阅读更多...
网关和BFF是如何演化的

网关和BFF是如何演化的

BFF&#xff08;Backend For Frontend&#xff09;:对返回的数据结构进行聚合、裁剪、透传等适配逻辑。 适用于API网关之后的数据聚合、裁剪与透传简化客户端逻辑&#xff0c;减少网络开销敏感数据过滤 BFF逻辑层 架构没有最好&#xff0c;要看是否满足当前的业务场景。 业务的…
阅读更多...
SQL中的WITH语句（公共表表达式CTE）解释

SQL中的WITH语句（公共表表达式CTE）解释

SQL中的WITH语句&#xff08;公共表表达式CTE&#xff09; WITH语句&#xff0c;也称为公共表表达式&#xff08;Common Table Expression&#xff0c;CTE&#xff09;&#xff0c;是SQL中一种强大的功能&#xff0c;它允许你创建临时结果集&#xff0c;这些结果集可以在后续的…
阅读更多...
服务器地域选择指南：深度分析北京/上海/广州节点对网站速度的影响

服务器地域选择指南：深度分析北京/上海/广州节点对网站速度的影响

更多云服务器知识&#xff0c;尽在hostol.com你准备开一个覆盖全国的线上零食店&#xff0c;现在万事俱备&#xff0c;只差一个核心问题没解决&#xff1a;你唯一的那个总仓库&#xff0c;应该建在哪里&#xff1f;是建在哈尔滨&#xff0c;让南方的朋友下单后&#xff0c;一包…
阅读更多...
桶排序-Java实现

桶排序-Java实现

桶排序是一种分配式排序算法&#xff0c;将元素分到有限数量的桶里&#xff0c;每个桶再单独排序&#xff08;比如用插入排序&#xff09;&#xff0c;最后依次把各个桶中的元素取出来即完成排序。 时间复杂度&#xff1a;最佳 O(n) | 平均 O(n n/k k) | 最差 O(n) 空间复杂…
阅读更多...
oracle知识

oracle知识

这里写自定义目录标题Oracle常用的数据类型&#xff1a;Oracle实操&#xff1a;创建数据表Oracle约束建表的时候设置约束&#xff1a;表创建后添加添加约束&#xff1a;Oracle常用的数据类型&#xff1a; Oracle实操&#xff1a;创建数据表 Oracle约束 建表的时候设置约束&…
阅读更多...
超级人工智能+无人机操控系统，振兴乡村经济的加速器，（申请专利应用），严禁抄袭！

超级人工智能+无人机操控系统，振兴乡村经济的加速器，（申请专利应用），严禁抄袭！

无人机边缘智能系统&#xff1a;山林珍稀资源探测的完整架构与实战指南本人设计的多模态边缘AI系统已在秦岭山区完成实地验证&#xff0c;对7种高价值食用菌识别准确率达94.3%&#xff0c;定位误差小于0.8米一、前沿技术融合的商业化机遇根据Gartner 2025年技术成熟度曲线分析&…
阅读更多...
用腾讯地图写一个逆地址解析（很详细）

用腾讯地图写一个逆地址解析（很详细）

首先说明以下代码适合有前端基础知识的同学。以下是css和html部分<!DOCTYPE html><html lang"zh-CN"><!-- lang是用来申明语言类型&#xff0c;这里申明为中文&#xff08;zh&#xff09;中国大陆&#xff08;CN&#xff09;补充中文繁体为zh-TW --&g…
阅读更多...
在 Vue3+Vite+TypeScript 项目中使用 svg 文件并支持自定义样式

在 Vue3+Vite+TypeScript 项目中使用 svg 文件并支持自定义样式

参考文档&#xff1a;vite-svg-loader 安装与配置 安装插件 pnpm add vite-svg-loader -D配置 // vite.config.ts import svgLoader from vite-svg-loaderexport default defineConfig({plugins: [vue(),svgLoader({defaultImport: component})] })使用 <script setup …
阅读更多...
ShimetaPi M4-R1：国产高性能嵌入式平台的异构计算架构与OpenHarmony生态实践

ShimetaPi M4-R1：国产高性能嵌入式平台的异构计算架构与OpenHarmony生态实践

在全球化芯片供应链波动及树莓派等硬件持续涨价的背景下&#xff0c;ShimetaPi M4-R1 作为全栈国产化嵌入式开发平台&#xff0c;以 高性能异构计算架构 和 开源鸿蒙原生支持 为核心突破点&#xff0c;填补了中高端边缘设备开发的国产方案空白。其基于瑞芯微 RK3568B2 的硬件设…
阅读更多...
zookeeper分布式锁 -- 读锁和写锁实现方式

zookeeper分布式锁 -- 读锁和写锁实现方式

读锁和写锁读锁: 是共享锁,读锁与读锁是可以兼容的,所以同时有多个请求都可以持有写锁: 是独占锁,写锁与任何锁都互斥,所以只有一个请求持有,这个请求释放写锁其他请求才能持有一旦持有写锁,说明数据在发送变化就不能读了,自然一个请求就不能出现读锁和写锁共存的情况总结: 读锁…
阅读更多...
第二篇：Linux 文件系统操作：从基础到进阶

第二篇：Linux 文件系统操作：从基础到进阶

目录 一、文件与目录管理基础 创建文件 创建目录 目录结构查看 二、链接文件深入理解 创建软链接 创建硬链接 核心区别对比 三、文件压缩与解压缩全攻略 1、压缩命令对比 2、解压缩命令 3、三种压缩方式性能对比 4、通用解压技巧 四、文件查找与搜索 1、按文件名…
阅读更多...
哔哩哔哩招游戏内容产品运营

哔哩哔哩招游戏内容产品运营

游戏内容产品运营【2026届】&#xff08;岗位信息已获jobleap.cn授权转发到csdn&#xff09;哔哩哔哩集团 上海收录时间&#xff1a; 2025年08月01日职位描述1、负责研究B站游戏创作者的创作过程、动机及遇到的问题&#xff0c;产出研究报告&#xff1b; 2、结合用研分析和相关…
阅读更多...
谈谈Flutter中的Key

谈谈Flutter中的Key

目录 前言 一、什么是Key 1.StatelessWidget 2.StatefulWidget 3.加入Key后的效果 二、什么时候应该使用 Key&#xff1f; 1.Flutter判断widget的逻辑 1.Flutter判断组件身份的规则 1.Widget的类型&#xff08;runtimeType&#xff09;相同 2. Key相同&#xff08;ke…
阅读更多...
最新文章

Copyright @ 2022~2023