MYSQL 四、mysql进阶 3(存储引擎)

news2024/11/23 9:24:25

        mysql中表使用了不同的存储引擎也就决定了我们底层文件系统中文件的相关物理结构。
        为了管理方便,人们把连接管理、语法解析、查询优化这些并不涉及真实数据存储的功能划分为 Mysql Server的功能,把真实存取数据的功能划分为存储引擎的功能,所以在Mysql server完成了查询优化后,只需按照生成的执行计划调用底层存储引擎提供的api,获取到数据后返回给客户端就好了。

        Mysql中提到了存储引擎的概念,简而言之,存储引擎就是指表的类型,其实存储引擎以前叫作表处理器,后来改名为存储引擎,它的功能就是接受上层传下来的指令,然后对表中的数据进行提取或写入操作。

        一、查看存储引擎

        查看mysql提供什么存储引擎:

        show engines;

         

         查询结果显示,Mysql 8 支持9种存储引擎,分别为MEMORY、MRG_MYISAM、CSV、FEDERATED、PERFORMANCE_SCHEMA、MyISAM、InnoDB、BLACKHOLE 和 ARCHIVE

        Engine:表示存储引擎名称
       
 Support:表示Mysql数据库管理系统是否支持该存储引擎:YES表示支持,NO不支持
       
DEFAULT:表示系统默认支持的存储引擎
       
Comment:表示对存储引擎的评论
        
Transactions:表示存储引擎是否支持事务:YES支持,NO不支持
       
XA:表示存储引擎所支持的分布式是否符合XA规范:YES表示支持,NO表示不支持,代表着该存储引擎时否支持分布式事务。
       
 Savepoints:表示存储引擎是否支持事务处理的保存点,YES表示支持,NO表示不支持,也就是说,该存储引擎是否支持部分事务回滚。

       show engines \G;

        显式如下:

*************************** 1. row ***************************
         Engine : InnoDB
        Support: DEFAULT
     Comment : Supports transactions, row - level locking, and foreign keys
Transactions: YES
                XA : YES
   Savepoints: YES
*************************** 2. row ***************************
         Engine : MRG_MYISAM
        Support: YES
     Comment : Collection of identical MyISAM tables
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 3. row ***************************
          Engine : MEMORY
        Support: YES
     Comment : Hash based, stored in memory, useful for temporary tables
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 4. row ***************************
         Engine : BLACKHOLE
        Support: YES
     Comment : /dev/null storage engine (anything you write to it disappears)
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 5. row ***************************
         Engine : MyISAM
        Support: YES
     Comment : MyISAM storage engine
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 6. row ***************************
         Engine : CSV
        Support: YES
     Comment : CSV storage engine
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 7. row ***************************
         Engine : ARCHIVE
        Support: YES
     Comment : Archive storage engine
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 8. row ***************************
         Engine : PERFORMANCE_SCHEMA
        Support: YES
     Comment : Performance Schema
Transactions: NO
                XA : NO
   Savepoints: NO
*************************** 9. row ***************************
         Engine : FEDERATED
        Support: NO
     Comment : Federated MySQL storage engine
Transactions: NULL
                XA : NULL
   Savepoints: NULL

        二、设置系统默认的存储引擎

         查看默认的存储引擎:

   show variables like '%storage_engine%';

    #或
   SELECT @@default_storage_engine ;

        

        修改默认的存储引擎
        如果在创建表的语句中没有显式指定表的存储引擎的话,那就会默认使用
InnoDB 作为表的存储引擎。 如果我们想改变表的默认存储引擎的话,可以这样写启动服务器的命令行:

        SET DEFAULT_STORAGE_ENGINE=MyISAM;

        或者修改 my.cnf 文件:        

        default-storage-engine = MyISAM
        # 重启服务
        systemctl restart mysqld.service

          三. 设置表的存储引擎

        存储引擎是负责对表中的数据进行提取和写入工作的,我们可以为 不同的表设置不同的存储引擎 ,也就是 说不同的表可以有不同的物理存储结构,不同的提取和写入方式。

        3.1 创建表时指定存储引擎
        我们之前创建表的语句都没有指定表的存储引擎,那就会使用默认的存储引擎 InnoDB 。如果我们想显式的指定一下表的存储引擎,那可以这么写:
        
CREATE TABLE 表名 (
        建表语句;
) ENGINE = 存储引擎名称 ;
        3.2 修改表的存储引擎
        如果表已经建好了,我们也可以使用下边这个语句来修改表的存储引擎:
ALTER TABLE 表名 ENGINE = 存储引擎名称 ;

        比如我们修改一下 engine_demo_table 表的存储引擎:

mysql> ALTER TABLE engine_demo_table ENGINE = InnoDB ;
Query OK, 0 rows affected ( 0.05 sec)
Records: 0 Duplicates: 0 Warnings : 0

         这时我们再查看一下 engine_demo_table 的表结构:

mysql> SHOW CREATE TABLE engine_demo_table \G
*************************** 1. row ***************************
Table : engine_demo_table
Create Table : CREATE TABLE `engine_demo_table` (
`i` int ( 11 ) DEFAULT NULL
) ENGINE = InnoDB DEFAULT CHARSET =utf8
1 row in set ( 0.01 sec)

         四、引擎介绍

         4.1 InnoDB 引擎:具备外键支持功能的事务存储引擎

  • MySQL从3.23.34a开始就包含InnoDB存储引擎。 大于等于5.5之后,默认采用InnoDB引擎
  • InnoDB是MySQL 默认事务型引擎 ,它被设计用来处理大量的短期(short-lived)事务。可以确保事务的完整提交(Commit)和回滚(Rollback)事务是最重要的区别
  • 除了增加和查询外,还需要更新、删除操作,那么,应优先选择InnoDB存储引擎。
  • 除非有非常特别的原因需要使用其他的存储引擎,否则应该优先考虑InnoDB引擎。
  • 数据文件结构:
    • 表名.frm 存储表结构(MySQL8.0时,合并在表名.ibd中)
    • 表名.ibd 存储数据和索引
  • InnoDB为处理巨大数据量的最大性能设计
    • 在以前的版本中,字典数据以元数据文件、非事务表等来存储。现在这些元数据文件被删除了。比如: .frm .par .trn .isl .db.opt 等都在MySQL8.0中不存在了。
  • 对比MyISAM的存储引擎, InnoDB写的处理效率差一些 ,并且会占用更多的磁盘空间以保存数据和索引。
  • MyISAM只缓存索引,不缓存真实数据;InnoDB不仅缓存索引还要缓存真实数据, 对内存要求较,而且内存大小对性能有决定性的影响。

        

        4.2 MyISAM 引擎:主要的非事务处理存储引擎
  • MyISAM提供了大量的特性,包括全文索引、压缩、空间函数(GIS)等,但MyISAM 不支持事务、行级锁、外键 ,有一个毫无疑问的缺陷就是 崩溃后无法安全恢复
  • 5.5之前默认的存储引擎
  • 优势是访问的 速度快 ,对事务完整性没有要求或者以SELECTINSERT为主的应用
  • 针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高
  • 数据文件结构:
    • 表名.frm 存储表结构
    • 表名.MYD 存储数据 (MYData)
    • 表名.MYI 存储索引 (MYIndex)
  • 应用场景:只读应用或者以读为主的业务

        4.3 Archive 引擎:用于数据存档

  • archive 是 归档的意思,仅仅支持 插入 和 查询 两种功能(行被插入后不能再修改)。
  • 在Mysql5.5以后支持索引功能。
  • 拥有较好的压缩机制,使用zlib压缩库,在记录请求的时候实时的进行压缩,经常被用来作为仓库的使用。
  • 创建ARCHIVE表时,存储引擎会创建名称以表名开头的文件,数据文件的扩展名为 .ARZ。
  • 根据英文的测试结论来看,同样的数据量下,ARCHIVE表 比 MyISAM表要小大约75%,比支持事务处理的InnOB表小大约83%。
  • ARCHIVE存储引擎采用了行级锁,该ARCHIVE引擎支持 AUTO_INCREMENT 列属性。AUTO_INCREMENT列可以具有唯一索引或非唯一索引。禅师在任何其他列上创建索引会导致错误。
  • Achive表适合日志和数据采集(档案)类应用;适合存储大量的独立的作为历史记录的数据,拥有很高的插入速度,但是对查询的支持比较差。

        下表展示了ARCHIVE 存储引擎功能:

特征
支持
B 树索引
不支持
备份 / 时间点恢复 (在服务器中实现,而不是在存储引擎中)
支持
集群数据库支持
不支持
聚集索引
不支持
压缩数据
支持
数据缓存
不支持
加密数据(加密功能在服务器中实现)
支持
外键支持
不支持
全文检索索引
不支持
地理空间数据类型支持
支持
地理空间索引支持
不支持
哈希索引
不支持
索引缓存
不支持
锁粒度
行锁
MVCC
不支持
存储限制
没有任何限制
交易
不支持
更新数据字典的统计信息
不支持

        4.4 Blackhole 引擎:丢弃写操作,读操作会返回空内容

  • Blackhole引擎没有实现任何存储机制,它会丢弃所有插入的数据,不做任何保存。
  • 但服务器会记录Blackhole表的日志,所以可以用于赋值数据到备库,或者简单的记录到日志。但这种应用方式会碰到很多问题,因此并不推荐

        4.5 CSV 引擎:存储数据时,以逗号分隔各个数据项

  • csv引擎可以将 普通的csv文件作为Mysql的表来处理,但不支持索引。
  • csv引擎可以作为一种 数据交换的机制,非常有用。
  • csv存储的数据直接可以在操作系统里,用文本编辑器,或者excel读取。
  • 对于数据的快速导入、导出是有明显优势的。

        创建csv表时,服务器会创建一个纯文本数据文件,其名称以表名开头并带有.csv扩展名,当你将数据存储到表中时,存储引擎将其以逗号分隔值格式保存到数据文件中。
        使用案例如下:

mysql> CREATE TABLE test (i INT NOT NULL, c CHAR(10) NOT NULL) ENGINE = CSV;
Query OK, 0 rows affected (0.06 sec)
mysql> INSERT INTO test VALUES(1,'record one'),(2,'record two');
Query OK, 2 rows affected (0.05 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM test;
+---+------------+
| i | c |
+---+------------+
| 1 | record one |
| 2 | record two |
+---+------------+
2 rows in set (0.00 sec)

       创建CSV表还会创建相应的 元文件 ,用于 存储表的状态 表中存在的行数 。此文件的名称与表的名称相同,后缀为 CSM 。如图所示:       
          

        如果检查 test.CSV 通过执行上述语句创建的数据库目录中的文件,其内容使用 Notepad++ 打开如下:
        "1","record one"
        "2","record two"

        这种格式可以被 Microsoft Excel 等电子表格应用程序读取,甚至写入。使用Microsoft Excel打开如图所示

         

         

        4.6 Memory 引擎:置于内存的表
        
        概述:

        Memory采用的逻辑介质是 内存 响应速度很快 ,但是当 mysqld 守护进程崩溃的时候 数据会丢失 。另外,要求存储的数据是数据长度不变的格式,比如,Blob Text 类型的数据不可用 (长度不固定的)。
        
        主要特征:
  • Memory同时 支持哈希(HASH)索引 B+树索引
    • 哈希索引相等的比较快,但是对于范围的i叫慢很多
    • 默认使用哈希索引,其速度要比使用B型树索引快。
    • 如果希望使用B树索引,可以在创建索引时选择使用。
  • Memory表至少比MyISAM表要 快一个数量级
  • MEMORY 表的大小是受到限制 的。表的大小主要取决于两个参数,分别是 max_rows max_heap_table_size 。其中,max_rows可以在创建表时指定;max_heap_table_size的大小默认为16MB,可以按需要进行扩大。
  • 数据文件与索引文件分开存储。
    • 每个基于MEMORY存储引擎的表实际对应一个磁盘文件,该文件的文件名与表名相同,类型为 frm类型,该文件只存储表的结构,而其数据文件都是存储在内存中的。
    • 这样有利于数据的快速处理提供整个表的处理效率。
  • 缺点:其数据易丢失,生命周期短。基于这个缺陷,选择MEMORY存储引擎时需要特别小心。

        也就是表结构在硬盘中存储,表数据在内存中存储。        

        使用Memory 存储引擎的场景:
        1. 目标数据比较小 ,而且非常 频繁的进行访问 ,在内存中存放数据,如果太大的数据会造成 内存溢出 。可以通过参数 max_heap_table_size 控制 Memory 表的大小,限制 Memory 表的最大的大小。
        2. 如果 数据是临时的 ,而且 必须立即可用 得到,那么就可以放在内存中。

        3. 存储在Memory表中的数据如果突然间 丢失的话也没有太大的关系

        

        

        4.7 Federated 引擎:访问远程表
        Federated引擎是访问其他 MySQL 服务器的一个 代理 ,尽管该引擎看起来提供了一种很好的 跨服务器的灵活性 ,但也经常带来问题,因此 默认是禁用的
        4.8 Merge引擎:管理多个 MyISAM 表构成的表集合
        4.9 NDB引擎: MySQL 集群专用存储引擎
        也叫做 NDB Cluster 存储引擎,主要用于 MySQL Cluster 分布式集群 环境,类似于 Oracle RAC 集 群。
        4.10 引擎对比
        MySQL中同一个数据库,不同的表可以选择不同的存储引擎。如下表对常用存储引擎做出了对比。     
MyISAM
InnoDB
MEMORY
MERGE
NDB
存储限制
64TB
没有
事务安全
支持
锁机制
表锁,即使操作一条记录也会锁住整个表,不适合高并发的操作
行锁,操作时只锁某一行,不对其它行有影响,适合高并发的操作
表锁
表锁
行锁
B 树索引
支持
支持
支持支持支持
哈希索引
支持
支持
全文索引
支持
集群索引
支持
数据缓存
支持支持支持
索引缓存
只缓存索引,不缓存真实数据
不仅缓存索引还要缓存真实数据,对内存要求较高,而且内存大小对性能有决定性的影响
支持
支持
支持
数据可压缩
支持
空间使用
N/A
内存使用
批量插入的速度
支持外键
支持
        其实这些东西大家没必要立即就给记住,列出来的目的就是想让大家明白不同的存储引擎支持不同的功能。
        其实我们最常用的就是 InnoDB MyISAM ,有时会提一下 Memory 。其中 InnoDB MySQL 默认的存储引擎。

        五、MyISAMInnoDB

          很多人对 InnoDB MyISAM 的取舍存在疑问,到底选择哪个比较好呢?
         MySQL5.5之前的默认存储引擎是 MyISAM 5.5 之后改为了 InnoDB
对比
MyISAM
InnoDB
外键
不支持
支持
事务
不支持
支持
行表锁
表锁,即使操作一条记录也会锁住整个表,不适合高并发的操作
行锁,操作时只锁某一行,不对其它行有影响,适合高并发的操作
缓存
只缓存索引,不缓存真实数据
不仅缓存索引还要缓存真实数据,对内存要求较 高,而且内存大小对性能有决定性的影响
自带系 统表使用
YN
关注点
性能:节省资源、消耗少、简单业务
事务:并发写、事务、更大资源
默认安装
YY
默认使用
NY

        InnoDB表的优势:

        InnoDB存储引擎在实际应用中拥有诸多优势,比如操作便利、提高了数据库的性能、维护成本低等。如果由于硬件或软件的原因导致服务器崩溃,那么在重启服务器之后不需要进行额外的操作。InnoDB崩溃恢复功能自动将之前提交的内容定型,然后撤销没有提交的进程,重启之后继续从崩溃点开始执行。

        InnoDB存储引擎在主内存中维护缓冲池,高频率使用的数据将在内存中直接被处理。这种缓存方式应用于多种信息,加速了处理进程。

        在专用服务器上,物理内存中高达80%的部分被应用于缓冲池。如果需要将数据插入不同的表中,可以设置外键加强数据的完整性。更新或者删除数据,关联数据将会被自动更新或删除。如果试图将数据插入从表,但在主表中没有对应的数据,插入的数据将被自动移除。如果磁盘或内存中的数据出现崩溃,在使用脏数据之前,校验和机制会发出警告。当每个表的主键都设置合理时,与这些列有关的操作会被自动优化。插入、更新和删除操作通过做改变缓冲自动机制进行优化。 InnoDB不仅支持当前读写,也会缓冲改变的数据到数据流磁盘

        InnoDB的性能优势不只存在于长时运行查询的大型表。在同一列多次被查询时,自适应哈希索引会提高查询的速度。使用InnoDB 可以压缩表和相关的索引,可以 在不影响性能和可用性的情况下创建或删除索引 。对于大型文本和 BLOB 数据,使用动态行形式,这种存储布局更高效。通过查询 INFORMATION_SCHEMA库中的表可以监控存储引擎的内部工作。在同一个语句中, InnoDB 表可以与其他存储引擎表混用。即使有些操作系统限制文件大小为2GB InnoDB 仍然可以处理。 当处理大数据量时,InnoDB兼顾 CPU ,以达到最大性能
     
        InnoDB和ACID 模型:
        ACID模型是一系列数据库设计规则,这些规则着重强调可靠性,而可靠性对于商业数据和任务关键型应用非常重要。MySQL 包含类似 InnoDB 存储引擎的组件,与 ACID 模型紧密相连,这样出现意外时,数据不会崩溃,结果不会失真。如果依赖ACID 模型,可以不使用一致性检查和崩溃恢复机制。如果拥有额外的软件保护,极可靠的硬件或者应用可以容忍一小部分的数据丢失和不一致,可以将MySQL 设置调整为只依赖部分ACID 特性,以达到更高的性能。下面讲解 InnoDB 存储引擎与 ACID 模型相同作用的四个方面。

        1. 原子方面 ACID 的原子方面主要涉及 InnoDB 事务,与 MySQL相关的特性主要包括
  • 自动提交设置。
  • COMMIT语句。
  • ROLLBACK语句。
  • 操作INFORMATION_SCHEMA库中的表数据。
        2. 一致性方面 ACID 模型的一致性主要涉及保护数据不崩溃的内部 InnoDB 处理过程,与 MySQL 相关的特性主要包括:
  • InnoDB双写缓存。
  • InnoDB崩溃恢复。
3. 隔离方面 隔离是应用于事务的级别,与 MySQL 相关的特性主要包括:
  • 自动提交设置。
  • SET ISOLATION LEVEL语句。
  • InnoDB锁的低级别信息。
4. 耐久性方面 ACID 模型的耐久性主要涉及与硬件配置相互影响的 MySQL 软件特性。由于硬件复杂多样化,耐久性方面没有具体的规则可循。与MySQL 相关的特性有:
  • InnoDB双写缓存,通过innodb_doublewrite配置项配置。
  • 配置项innodb_flush_log_at_trx_commit
  • 配置项sync_binlog
  • 配置项innodb_file_per_table
  • 存储设备的写入缓存。
  • 存储设备的备用电池缓存。
  • 运行MySQL的操作系统。
  • 持续的电力供应。
  • 备份策略。
  • 对分布式或托管的应用,最主要的在于硬件设备的地点以及网络情况。
        InnoDB架构:
        1. 缓冲池 缓冲池是主内存中的一部分空间,用来缓存已使用的表和索引数据。缓冲池使得经常被使用的数据能够直接在内存中获得,从而提高速度。
        
        
2. 更改缓存 更改缓存是一个特殊的数据结构,当受影响的索引页不在缓存中时,更改缓存会缓存辅助索引页的更改。索引页被其他读取操作时会加载到缓存池,缓存的更改内容就会被合并。不同于集群索 引,辅助索引并非独一无二的。当系统大部分闲置时,清除操作会定期运行,将更新的索引页刷入磁盘。更新缓存合并期间,可能会大大降低查询的性能。在内存中,更新缓存占用一部分InnoDB 缓冲池。在磁盘中,更新缓存是系统表空间的一部分。更新缓存的数据类型由innodb_change_buffering 配置项管理。
        3. 自适应哈希索引 自适应哈希索引将负载和足够的内存结合起来,使得 InnoDB 像内存数据库一样运行,不需要降低事务上的性能或可靠性。这个特性通过innodb_adaptive_hash_index 选项配置,或者通过 --skip-innodb_adaptive_hash_index命令行在服务启动时关闭。
        4. 重做日志缓存 重做日志缓存存放要放入重做日志的数据。重做日志缓存大小通过
innodb_log_buffer_size 配置项配置。重做日志缓存会定期地将日志文件刷入磁盘。大型的重做日志缓存使得大型事务能够正常运行而不需要写入磁盘。
        5. 系统表空间 系统表空间包括 InnoDB 数据字典、双写缓存、更新缓存和撤销日志,同时也包括表和索引数据。多表共享,系统表空间被视为共享表空间。
        6. 双写缓存 双写缓存位于系统表空间中,用于写入从缓存池刷新的数据页。只有在刷新并写入双写缓存后,InnoDB 才会将数据页写入合适的位置。
        7. 撤销日志 撤销日志是一系列与事务相关的撤销记录的集合,包含如何撤销事务最近的更改。如果其他事务要查询原始数据,可以从撤销日志记录中追溯未更改的数据。撤销日志存在于撤销日志片段中,这些片段包含于回滚片段中。
        8. 每个表一个文件的表空间 每个表一个文件的表空间是指每个单独的表空间创建在自身的数据文件中,而不是系统表空间中。这个功能通过innodb_file_per_table 配置项开启。每个表空间由一个单独的 .ibd 数据文件代表,该文件默认被创建在数据库目录中。
        9. 通用表空间 使用 CREATE TABLESPACE 语法创建共享的 InnoDB 表空间。通用表空间可以创建在 MySQL 数据目录之外能够管理多个表并支持所有行格式的表。
        10. 撤销表空间 撤销表空间由一个或多个包含撤销日志的文件组成。撤销表空间的数量由
innodb_undo_tablespaces 配置项配置。
        11. 临时表空间 用户创建的临时表空间和基于磁盘的内部临时表都创建于临时表空间。
innodb_temp_data_file_path 配置项定义了相关的路径、名称、大小和属性。如果该值为空,默认会在 innodb_data_home_dir变量指定的目录下创建一个自动扩展的数据文件。
        12. 重做日志 重做日志是基于磁盘的数据结构,在崩溃恢复期间使用,用来纠正数据。正常操作期间,重做日志会将请求数据进行编码,这些请求会改变InnoDB 表数据。遇到意外崩溃后,未完成的更改会自动在初始化期间重新进行。

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

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

相关文章

CVE-2023-50563(sql延时注入)

简介 SEMCMS是一套支持多种语言的外贸网站内容管理系统(CMS)。SEMCMS v4.8版本存在SQLI,该漏洞源于SEMCMS_Function.php 中的 AID 参数包含 SQL 注入 过程 打开靶场 目录扫描,发现安装install目录,进入,…

ruoyi登录功能源码分析

Ruoyi登录功能源码分析 上一篇文章我们分析了一下若依登录验证码生成的代码,今天我们来分析一下登录功能的代码 1、发送登录请求 前端通过http://localhost/dev-api/login向后端发送登录请求并携带用户的登录表单 在后端中的com.ruoyi.web.controller.system包下…

Artalk-CORS,跨域拦截问题

今天重新部署Artalk之后,遇到了CORS——跨域拦截的问题,卡了好一会记录一下。 起因 重新部署之后,浏览器一直提示CORS,之前在其他项目也遇到过类似的问题,原因就在于跨域问题。

[Linux] 系统的基本架构特点

Linux系统的基本结构 Linux is also a subversion of UNIX,it follows the basic structure of UNIX 内核(kernel): 操作系统的基本部分 管理与硬件相关的功能,分模块进行 常驻模块:进程控制IO操作文件\磁盘访问 用户不能直接访问内核 外壳(s…

C语言 | Leetcode C语言题解之第167题两数之和II-输入有序数组

题目&#xff1a; 题解&#xff1a; int* twoSum(int* numbers, int numbersSize, int target, int* returnSize) {int* ret (int*)malloc(sizeof(int) * 2);*returnSize 2;int low 0, high numbersSize - 1;while (low < high) {int sum numbers[low] numbers[high]…

Centos 配置安装Mysql

linux安装配置mysql的方法主要有yum安装和配置安装两种&#xff0c;由于yum安装比较简单&#xff0c;但是会将文件分散到不同的目录结构下面&#xff0c;配置起来比较麻烦&#xff0c;这里主要研究一下配置安装mysql的方法 1、环境说明 centos 7.9 mysql 5.7.372、环境检查 …

【Kubernetes】概念学习

Kubernetes介绍 Kubernetes 是谷歌开源的容器集群管理系统 是用于自动部署&#xff0c;扩展和管理 Docker 应用程序的开源系统&#xff0c;简称 K8S。 Kubernetes是一个可以移植、可扩展的开源平台&#xff0c;使用 声明式的配置 并依据配置信息自动地执行容器化应用程序的管…

27 map和set封装

map和set可以采用两套红黑树实现&#xff0c;也可以用同一个红黑树&#xff0c;就需要对前面的结构进行修改 迭代器的好处是可以方便遍历&#xff0c;是数据结构的底层实现与用户透明。如果想要给红黑树增加迭代器&#xff0c;需要考虑以前问题&#xff1a; begin()和end() s…

ChatGPT Plus GPT-4o Claude 3 Opus合租拼车全新方式

无需自己搭建&#xff0c;登录即可用&#xff0c;国内直连访问&#xff0c;聚合多家最强大模型&#xff0c;随意选择使用。立即体验 datapipe.top 支持 OpenAI 最新 GPT-4o &#xff0c;获得快速高质量的对话&#xff0c;保证可用配额。支持多种大模型&#xff0c;GPT-4o &…

课程设计---哈夫曼树的编码与解码(Java详解)

目录 一.设计任务&&要求&#xff1a; 二.方案设计报告&#xff1a; 2.1 哈夫曼树编码&译码的设计原理&#xff1a; 2.3设计目的&#xff1a; 2.3设计的主要过程&#xff1a; 2.4程序方法清单&#xff1a; 三.整体实现源码&#xff1a; 四.运行结果展示&…

昇思25天学习打卡营第1天|基本介绍及快速入门

1.第一天学习总体复盘 1&#xff09;成功注册昇思大模型平台&#xff0c;并成功申请算力&#xff1b; 2)在jupyter环境下学习初学入门/初学教程的内容&#xff1b; 在基本介绍部分&#xff0c;快速撸了一边内容&#xff0c;有了一个基本的了解&#xff08;没理解到位的计划采用…

Part 6.2.3 欧拉函数

欧拉函数φ(x) 表示了小于x的数字中&#xff0c;与x互质的数字个数。 关于欧拉函数的基本知识>欧拉函数的求解< [SDOI2008] 仪仗队 题目描述 作为体育委员&#xff0c;C 君负责这次运动会仪仗队的训练。仪仗队是由学生组成的 N N N \times N NN 的方阵&#xff0c;…

在VScode中创建PHP环境

一、下载PHP Server 和 PHP Debug这两个扩展 二、下载完成之后&#xff0c;在VScode中&#xff0c;打开我们写代码的文件 这里是我事先创建好的一些文件&#xff0c;本次环境搭建只需要创建一个.php后缀的文件即可。 先选中.php文件&#xff0c;再点击文件。 点击首选项&#x…

配置CentOS 7通过MSTSC连接远程桌面

正文共&#xff1a;777 字 14 图&#xff0c;预估阅读时间&#xff1a;1 分钟 前面我们介绍了如何通过VNC连接Ubuntu的远程桌面&#xff08;Ubuntu 18.04开启远程桌面连接&#xff09;&#xff0c;也介绍了如何使用微软的MSTSC来连接Ubuntu的远程桌面&#xff08;如何通过MSTSC…

Flink 1.19.1 standalone 集群模式部署及配置

flink 1.19起 conf/flink-conf.yaml 更改为新的 conf/config.yaml standalone集群: dev001、dev002、dev003 config.yaml: jobmanager address 统一使用 dev001&#xff0c;bind-port 统一改成 0.0.0.0&#xff0c;taskmanager address 分别更改为dev所在host dev001 config.…

Vue63-配置代理-方式二

一、请求前缀&#xff1a;能灵活的控制走不走代理 1-1、请求前缀 有请求前缀的走代理服务器&#xff1b; 没有请求前缀的不走代理服务器。 修改代码中的请求地址&#xff0c;加上请求前缀 报错的原因&#xff1a; 解决方式&#xff1a; 1-2、ws配置项、changeOrigin配置项 二…

智能合约新项目 链上智能合约前端H5源码 智能合约区块链 以太坊前端调用智能合约

智能合约新项目 链上智能合约前端H5源码 智能合约区块链 以太坊前端调用智能合约 源码下载&#xff1a;https://download.csdn.net/download/m0_66047725/89402192 更多资源下载&#xff1a;关注我。

Mendix 创客访谈录|医疗设备领域的数字化转型利器

本期创客 尚衍亮 爱德亚&#xff08;北京&#xff09;医疗科技有限公司 应用开发和数字化事业部开发经理 大家好&#xff0c;我叫尚衍亮。毕业于软件工程专业&#xff0c;有6年的软件开发经验。从2021年开始&#xff0c;我在爱德亚&#xff08;北京&#xff09;医疗科技有限公司…

StarkNet System Architecture 系统架构

文章目录 Starknet架构排序器,证明器和节点、验证者、Starnet Core排序器 Sequencer证明器 Prover节点验证者StarkNet Core工作原理TransactionsStarknet架构 原文链接: https://david-barreto.com/starknets-architecture-review/#more-4602 StarkNet 有五个组成部分。分别…

新手装修 避坑课2.0:装修之前一定要做好功课(55节课)

课程下载&#xff1a;https://download.csdn.net/download/m0_66047725/89388333 更多资源下载&#xff1a;关注我。 课程目录 第01节1.装修前准备工作.mp4 第02节开篇.mp4 第03节2.装修需要提前定好的设备和材料.mp4 第04节3.自装还是找装修公司.mp4 第05节4.自装怎么找…