如何进行SQL优化

news2024/9/27 16:53:44

一、SQL优化的主要步骤

在应用的的开发过程中,由于初期数据量小,开发人员写 SQL 语句时更重视功能上的实现,但是当应用系统正式上线后,随着生产数据量的急剧增长,很多 SQL 语句开始逐渐显露出性能问题,对生产的影响也越来越大,此时这些有问题的 SQL 语句就成为整个系统性能的瓶颈,因此我们必须要对它们进行优化。

SQL优化主要会经过以下步骤:
在这里插入图片描述

二、查看SQL执行效率

1、show status

“show status” 是一个 MySQL 命令,用于查看关于 MySQL 服务器的状态信息。

可以使用以下两种格式来使用它:

  1. SHOW SESSION STATUS;:显示当前会话(session)的状态信息。

  2. SHOW GLOBAL STATUS;:显示全局(global)的状态信息,包括所有会话的统计信息。

这些命令将返回一张结果表,其中包含一系列的名称-值对。名称表示某个特定的状态变量,而值表示与该状态变量相关的当前值。

例如,执行 SHOW SESSION STATUS; 将返回类似下面的结果,结果集中的每一行都包含一个变量名称和其对应的当前值:

+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| Aborted_clients          | 0     |
| Aborted_connects         | 0     |
| Bytes_received           | 12345 |
| Bytes_sent               | 67890 |
| ...                      | ...   |
+--------------------------+-------+

2、show status like 'Com_______

"show status like ‘Com_______’;"是一个MySQL的用法,用于查看MySQL服务器的运行状态信息。通过该语句可以获取与各种命令(以"Com"开头)的执行次数相关的统计信息。

具体来说,这个语句是通过查询MySQL的"status"全局变量来实现的,将"Com"作为参数模式,MySQL将返回所有命令名称以"Com"开头的统计信息。

例如,执行"show status like ‘Com%’;"将返回类似下面的结果:

+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| Com_admin_commands     | 2     |
| Com_alter_db           | 0     |
| Com_alter_db_upgrade   | 0     |
| Com_alter_event        | 0     |
| Com_alter_function     | 0     |
...

每一行表示一个以"Com"开头的命令名称和对应的执行次数,常用的几个统计参数,如下:

参数含义
Com_select执行 select 操作的次数,一次查询只累加 1。
Com_insert执行 INSERT 操作的次数,对于批量插入的 INSERT 操作,只累加一次。
Com_update执行 UPDATE 操作的次数。
Com_delete执行 DELETE 操作的次数。
Innodb_rows_readselect 查询返回的行数。
Innodb_rows_inserted执行 INSERT 操作插入的行数。
Innodb_rows_updated执行 UPDATE 操作更新的行数。
Innodb_rows_deleted执行 DELETE 操作删除的行数。
Connections试图连接 MySQL 服务器的次数。
Uptime服务器工作时间。
Slow_queries慢查询的次数。

三、定位低效率执行SQL

主要通过慢查询日志show process list,这两种方式定位低效率SQL。

1、慢查询日志

慢查询日志是一种用于记录执行时间超过指定阈值的 SQL 查询的日志记录方式,可以帮助定位和优化执行时间较长的 SQL 查询。
在启用慢查询日志的过程中,要确保对系统性能的影响有所控制,因为记录所有执行时间超过阈值的查询会对系统资源产生一定的负担。因此,应谨慎地选择阈值和合理使用慢查询日志,避免对正常请求的响应时间产生太大的影响。

使用慢查询日志的主要步骤:

  1. 打开慢查询日志功能:在数据库管理系统的配置文件中,找到并编辑相关的配置项,一般是将 slow_query_log 设置为 ON,并指定 long_query_time 的阈值,该阈值表示执行时间超过多少秒的 SQL 查询会被记录到慢查询日志中。
  2. 指定慢查询日志文件位置:在配置文件中,将 slow_query_log_file 设置为指定的文件路径,用于存储慢查询日志记录。
  3. 重启数据库服务:保存配置文件的修改,并重新启动数据库服务,使配置生效。
  4. 分析慢查询日志:等待一段时间后,通过查看慢查询日志文件,可以找到执行时间超过阈值的 SQL 查询语句和相关的执行信息。慢查询日志的格式通常是以时间、执行时间、查询语句等为列,可以使用文本编辑器或专门的慢查询日志分析工具进行查阅和分析。
  5. 优化查询语句:根据慢查询日志记录的查询语句和执行信息,可以进行相应的查询优化,例如添加适当的索引、重构查询语句、调整数据库配置等,以减少查询的执行时间。
  6. 关闭慢查询日志功能:在优化完成后,可以将数据库管理系统的配置文件中的慢查询日志相关配置项改回原来的设置,并重启数据库服务。

2、show processlist

使用show processlist命令查看当前MySQL在进行的线程,实时地查看 SQL 的执行情况,同时对一些锁表操作进行优化。
慢查询日志在查询结束以后才纪录,所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题。

使用show processlist定位慢SQL的主要步骤:

  1. 执行SHOW PROCESSLIST语句:

    SHOW PROCESSLIST;
    
  2. 分析进程列表。观察进程列表中的信息,找出执行时间较长或者状态处于"Locked"或"Waiting for table lock"的进程。这些进程通常是引起低效率执行的SQL查询。
    在这里插入图片描述

     1) id列,用户登录mysql时,系统分配的"connection_id",可以使用函数connection_id()查看
     
     2) user列,显示当前用户。如果不是root,这个命令就只显示用户权限范围的sql语句
     
     3) host列,显示这个语句是从哪个ip的哪个端口上发的,可以用来跟踪出现问题语句的用户
     
     4) db列,显示这个进程目前连接的是哪个数据库
     
     5) command列,显示当前连接的执行的命令,一般取值为休眠(sleep),查询(query),连接(connect)等
     
     6) time列,显示这个状态持续的时间,单位是秒
     
     7) state列,显示使用当前连接的sql语句的状态,很重要的列。state描述的是语句执行中的某一个状态。一个sql语句,以查询为例,可能需要经过copying to tmp table、sorting result、sending data等状态才可以完成
     
     8) info列,显示这个sql语句,是判断问题语句的一个重要依据
    
  3. 获取进程详细信息,SHOW FULL PROCESSLIST,这会显示更多关于每个进程的详细信息,包括SQL语句和正在使用的资源等。

  4. 分析执行计划和SQL语句。根据进程详细信息中的SQL语句,使用EXPLAIN语句来获取执行计划,并分析查询是否使用了合适的索引、是否存在全表扫描等问题。

  5. 分析执行计划和SQL语句。根据进程详细信息中的SQL语句,使用EXPLAIN语句来获取执行计划,并分析查询是否使用了合适的索引、是否存在全表扫描等问题。

EXPLAIN SELECT * FROM your_table WHERE ...
  1. 优化SQL查询。根据分析结果,优化低效率执行的查询。可以考虑调整索引、重写查询逻辑、分批处理大数据量查询等方法来提高性能。

四、explain分析执行计划

使用EXPLAIN语句可以分析SQL查询的执行计划,以确定查询是否有效利用索引、是否存在慢查询等问题。

使用EXPLAIN关键字和待分析的查询语句进行组合,例如:

EXPLAIN SELECT * FROM your_table WHERE ...
或者
EXPLAIN FORMAT=JSON SELECT * FROM your_table WHERE ...

在这里插入图片描述

字段含义
idselect查询的序列号,是一组数字,表示的是查询中执行select子句或者是操作表的顺序。
select_type表示 SELECT 的类型,常见的取值有 SIMPLE(简单表,即不使用表连接或者子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION 中的第二个或者后面的查询语句)、SUBQUERY(子查询中的第一个 SELECT)等
table输出结果集的表
type表示表的连接类型,性能由好到差的连接类型为( system —> const -----> eq_ref ------> ref -------> ref_or_null----> index_merge —> index_subquery -----> range -----> index ------> all )
possible_keys表示查询时,可能使用的索引
key表示实际使用的索引
key_len索引字段的长度
rows扫描行的数量
extra执行情况的说明和描述

1、explain id列

id 字段是 select查询的序列号,是一组数字,表示的是查询中执行select子句或者是操作表的顺序。id 情况有三种 :

1) id 相同表示加载表的顺序是从上到下。
在这里插入图片描述
2) id 不同id值越大,优先级越高,越先被执行。
在这里插入图片描述
3) id 有相同,也有不同,同时存在。id相同的可以认为是一组,从上往下顺序执行;在所有的组中,id的值越大,优先级越高,越先执行。
在这里插入图片描述

2、explain select_type列

表示 SELECT 的类型,常见取值:

select_type含义
SIMPLE简单的select查询,查询中不包含子查询或者UNION
PRIMARY查询中若包含任何复杂的子查询,最外层查询标记为该标识
SUBQUERY在SELECT 或 WHERE 列表中包含了子查询
DERIVED在FROM 列表中包含的子查询,被标记为 DERIVED(衍生) MYSQL会递归执行这些子查询,把结果放在临时表中
UNION若第二个SELECT出现在UNION之后,则标记为UNION ; 若UNION包含在FROM子句的子查询中,外层SELECT将被标记为 : DERIVED
UNION RESULT从UNION表获取结果的SELECT

3、explain type列

type 显示的是访问类型,常见的取值为:

type含义
NULLMySQL不访问任何表,索引,直接返回结果
system表只有一行记录(等于系统表),这是const类型的特例,一般不会出现
const表示通过索引一次就找到了,const 用于比较primary key 或者 unique 索引。因为只匹配一行数据,所以很快。如将主键置于where列表中,MySQL 就能将该查询转换为一个常亮。const于将 “主键” 或 “唯一” 索引的所有部分与常量值进行比较
eq_ref类似ref,区别在于使用的是唯一索引,使用主键的关联查询,关联查询出的记录只有一条。常见于主键或唯一索引扫描
ref非唯一性索引扫描,返回匹配某个单独值的所有行。本质上也是一种索引访问,返回所有匹配某个单独值的所有行(多个)
range只检索给定返回的行,使用一个索引来选择行。 where 之后出现 between , < , > , in 等操作。
indexindex 与 ALL的区别为 index 类型只是遍历了索引树, 通常比ALL 快, ALL 是遍历数据文件。
all将遍历全表以找到匹配的行

执行效率重高到低为:

NULL > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

system > const > eq_ref > ref > range > index > ALL

4、explain key列

type含义
possible_keys显示可能应用在这张表的索引, 一个或多个
key实际使用的索引, 如果为NULL, 则没有使用索引
key_len表示索引中使用的字节数, 该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下, 长度越短越好

5、explain extra列

其他的额外的执行计划信息

extra含义
using filesort说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取, 称为 “文件排序”, 效率低。
using temporary使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于 order by 和 group by; 效率低
using index表示相应的select操作使用了覆盖索引, 避免访问表的数据行, 效率不错。

五、分析SQL之show profile

SHOW PROFILE是一个用于分析SQL查询性能的命令。它可以提供更详细的信息,包括查询的每个阶段所消耗的时间和资源。

使用SHOW PROFILE命令可以帮助你深入了解SQL查询的性能特征,从而更好地分析和优化查询。通过分析每个阶段的时间和资源消耗,可以找到查询中的性能瓶颈,并采取相应的措施来提高查询性能。

使用SHOW PROFILE分析SQL查询的一般步骤:

  1. 在连接到数据库后,执行以下命令以启用SHOW PROFILE功能,将profiling参数设置为1,表示启用查询性能分析。

    SET profiling = 1;
    
  2. 准备要分析的SQL查询语句,并执行它。

  3. 执行完查询后,使用以下命令查看分析结果,将显示查询的详细性能分析结果列表,包含每个查询所耗费的时间和资源。

    SHOW PROFILES;
    
  4. 选择要查看的查询结果,并使用其 Query_ID 执行以下命令。

    SHOW PROFILE FOR QUERY <Query_ID>;
    

    希望查看较全面的分析结果,可以将命令修改为以下形式:

    SHOW PROFILE ALL FOR QUERY <Query_ID>;
    

    在这里插入图片描述
    Sending data 状态表示MySQL线程开始访问数据行并把结果返回给客户端,而不仅仅是返回个客户端。由于在Sending data状态下,MySQL线程往往需要做大量的磁盘读取操作,所以经常是整各查询中耗时最长的状态。

  5. 分析分析结果,重要的列包括:

字段含义
Statussql 语句执行的状态
Durationsql 执行过程中每一个步骤的耗时
CPU_user当前用户占有的cpu
CPU_system系统占有的cpu
Memory每个阶段所使用的内存
Function每个阶段所使用的内存
Calls函数或方法的调用次数

六、trace分析优化器执行计划

可以使用TRACE命令来跟踪和分析优化器在生成执行计划时所经过的各个步骤。TRACE命令可以提供关于优化器的决策过程以及执行计划的详细信息。

TRACE命令生成的跟踪日志可能会非常详细,包含大量的信息。因此,对于复杂的查询,仅关注关键的查询块和执行计划部分以及性能决策即可。

使用TRACE命令可以提供优化器执行计划生成过程的详细信息,帮助理解优化器的工作方式,并根据需要进行优化。

使用TRACE进行优化器执行计划分析的一般步骤:

  1. 在连接到数据库后,执行以下命令以开启TRACE功能:

    SET OPTIMIZER_TRACE="enabled=on";
    
  2. 准备要分析的SQL查询语句,并在查询前执行以下命令来开始跟踪,该命令会指示MySQL跟踪执行计划的生成:

    SET OPTIMIZER_TRACE="event=plan_start";
    
  3. 执行要分析的SQL查询。

  4. 执行完查询后,执行以下命令以停止跟踪:

    SET OPTIMIZER_TRACE="event=plan_end";
    
  5. 使用以下命令来查看和分析生成的跟踪日志,显示优化器跟踪的详细信息,包括每个查询块的执行计划、优化决策、访问方法等:

    SELECT * FROM INFORMATION_SCHEMA.OPTIMIZER_TRACE;
    

结构化的跟踪日志主要字段包含:

字段含义
QUERY_BLOCK_ID查询块的唯一标识符
PLAN_ID执行计划的唯一标识符
OPERATION执行计划中的操作类型
SEARCH_SARGABLE是否可搜索扫描
TABLE_NAME涉及的表名
ACCESS_TYPE访问类型(如全表扫描、索引扫描等)
KEY使用的索引
USED_ROWS估计使用的行数
USED_KEY_PARTS使用的索引部分数
*************************** 1. row ***************************
QUERY: select * from tb_item where id < 4
TRACE: {
  "steps": [
    {
      "join_preparation": {
        "select#": 1,
        "steps": [
          {
            "expanded_query": "/* select#1 */ select `tb_item`.`id` AS `id`,`tb_item`.`title` AS `title`,`tb_item`.`price` AS `price`,`tb_item`.`num` AS `num`,`tb_item`.`categoryid` AS `categoryid`,`tb_item`.`status` AS `status`,`tb_item`.`sellerid` AS `sellerid`,`tb_item`.`createtime` AS `createtime`,`tb_item`.`updatetime` AS `updatetime` from `tb_item` where (`tb_item`.`id` < 4)"
          }
        ] /* steps */
      } /* join_preparation */
    },
    {
      "join_optimization": {
        "select#": 1,
        "steps": [
          {
            "condition_processing": {
              "condition": "WHERE",
              "original_condition": "(`tb_item`.`id` < 4)",
              "steps": [
                {
                  "transformation": "equality_propagation",
                  "resulting_condition": "(`tb_item`.`id` < 4)"
                },
                {
                  "transformation": "constant_propagation",
                  "resulting_condition": "(`tb_item`.`id` < 4)"
                },
                {
                  "transformation": "trivial_condition_removal",
                  "resulting_condition": "(`tb_item`.`id` < 4)"
                }
              ] /* steps */
            } /* condition_processing */
          },
          {
            "table_dependencies": [
              {
                "table": "`tb_item`",
                "row_may_be_null": false,
                "map_bit": 0,
                "depends_on_map_bits": [
                ] /* depends_on_map_bits */
              }
            ] /* table_dependencies */
          },
          {
            "ref_optimizer_key_uses": [
            ] /* ref_optimizer_key_uses */
          },
          {
            "rows_estimation": [
              {
                "table": "`tb_item`",
                "range_analysis": {
                  "table_scan": {
                    "rows": 9816098,
                    "cost": 2.04e6
                  } /* table_scan */,
                  "potential_range_indices": [
                    {
                      "index": "PRIMARY",
                      "usable": true,
                      "key_parts": [
                        "id"
                      ] /* key_parts */
                    }
                  ] /* potential_range_indices */,
                  "setup_range_conditions": [
                  ] /* setup_range_conditions */,
                  "group_index_range": {
                    "chosen": false,
                    "cause": "not_group_by_or_distinct"
                  } /* group_index_range */,
                  "analyzing_range_alternatives": {
                    "range_scan_alternatives": [
                      {
                        "index": "PRIMARY",
                        "ranges": [
                          "id < 4"
                        ] /* ranges */,
                        "index_dives_for_eq_ranges": true,
                        "rowid_ordered": true,
                        "using_mrr": false,
                        "index_only": false,
                        "rows": 3,
                        "cost": 1.6154,
                        "chosen": true
                      }
                    ] /* range_scan_alternatives */,
                    "analyzing_roworder_intersect": {
                      "usable": false,
                      "cause": "too_few_roworder_scans"
                    } /* analyzing_roworder_intersect */
                  } /* analyzing_range_alternatives */,
                  "chosen_range_access_summary": {
                    "range_access_plan": {
                      "type": "range_scan",
                      "index": "PRIMARY",
                      "rows": 3,
                      "ranges": [
                        "id < 4"
                      ] /* ranges */
                    } /* range_access_plan */,
                    "rows_for_plan": 3,
                    "cost_for_plan": 1.6154,
                    "chosen": true
                  } /* chosen_range_access_summary */
                } /* range_analysis */
              }
            ] /* rows_estimation */
          },
          {
            "considered_execution_plans": [
              {
                "plan_prefix": [
                ] /* plan_prefix */,
                "table": "`tb_item`",
                "best_access_path": {
                  "considered_access_paths": [
                    {
                      "access_type": "range",
                      "rows": 3,
                      "cost": 2.2154,
                      "chosen": true
                    }
                  ] /* considered_access_paths */
                } /* best_access_path */,
                "cost_for_plan": 2.2154,
                "rows_for_plan": 3,
                "chosen": true
              }
            ] /* considered_execution_plans */
          },
          {
            "attaching_conditions_to_tables": {
              "original_condition": "(`tb_item`.`id` < 4)",
              "attached_conditions_computation": [
              ] /* attached_conditions_computation */,
              "attached_conditions_summary": [
                {
                  "table": "`tb_item`",
                  "attached": "(`tb_item`.`id` < 4)"
                }
              ] /* attached_conditions_summary */
            } /* attaching_conditions_to_tables */
          },
          {
            "refine_plan": [
              {
                "table": "`tb_item`",
                "access_type": "range"
              }
            ] /* refine_plan */
          }
        ] /* steps */
      } /* join_optimization */
    },
    {
      "join_execution": {
        "select#": 1,
        "steps": [
        ] /* steps */
      } /* join_execution */
    }
  ] /* steps */
}

七、SQL优化

1、insert 优化

1. 主键顺序插入
因为InnoDB类型的表是按照主键的顺序保存的,所以将导入的数据按照主键的顺序排列,可以有效的提高导入数据的效率。如果InnoDB表没有主键,那么系统会自动默认创建一个内部列作为主键,所以如果可以给表创建一个主键,将可以利用这点,来提高导入数据的效率。

插入ID顺序排列数据:
在这里插入图片描述
插入ID无序排列数据:
在这里插入图片描述

数据有序插入

insert into tb_test values(4,'Tim');
insert into tb_test values(1,'Tom');
insert into tb_test values(3,'Jerry');
insert into tb_test values(5,'Rose');
insert into tb_test values(2,'Cat');

优化后:

insert into tb_test values(1,'Tom');
insert into tb_test values(2,'Cat');
insert into tb_test values(3,'Jerry');
insert into tb_test values(4,'Tim');
insert into tb_test values(5,'Rose');

2. 关闭唯一性校验

在导入数据前执行 SET UNIQUE_CHECKS=0,关闭唯一性校验,在导入结束后执行SET UNIQUE_CHECKS=1,恢复唯一性校验,可以提高导入的效率。

在这里插入图片描述

3. 手动提交事务
如果应用使用自动提交的方式,建议在导入前执行 SET AUTOCOMMIT=0,关闭自动提交,导入结束后再执行 SET AUTOCOMMIT=1,打开自动提交,也可以提高导入的效率。

4. 批量Insert
尽量使用多个值的insert语句,这种方式将大大的缩减客户端与数据库之间的连接、关闭等消耗。使得效率比分开执行的单个insert语句快。

insert into tb_test values(1,'Tom');
insert into tb_test values(2,'Cat');
insert into tb_test values(3,'Jerry');

优化后:

insert into tb_test values(1,'Tom'),(2,'Cat')(3,'Jerry');

2、order by 优化

1. 索引优化:

尽量减少额外的排序,通过索引直接返回有序数据。where 条件和Order by 使用相同的索引,并且Order By 的顺序和索引顺序相同, 并且Order by 的字段都是升序,或者都是降序。否则肯定需要额外的操作,这样就会出现FileSort。

两种排序方式:

1). 第一种是通过对返回数据进行排序,也就是通常说的 filesort 排序

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Y16Hznnf-1690258225521)(assets/1556335817763.png)]

2). 第二种通过有序索引顺序扫描直接返回有序数据,这种情况即为 using index,不需要额外排序,操作效率高。

在这里插入图片描述

2. 内存参数调整:

MySQL 的两种排序算法:

1) 两次扫描算法 :MySQL4.1 之前,使用该方式排序。首先根据条件取出排序字段和行指针信息,然后在排序区 sort buffer 中排序,如果sort buffer不够,则在临时表 temporary table 中存储排序结果。完成排序之后,再根据行指针回表读取记录,该操作可能会导致大量随机I/O操作。

2)一次扫描算法:一次性取出满足条件的所有字段,然后在排序区 sort buffer 中排序后直接输出结果集。排序时内存开销较大,但是排序效率比两次扫描算法要高。

MySQL 通过比较系统变量 max_length_for_sort_data 的大小和Query语句取出的字段总大小, 来判定是否那种排序算法,如果max_length_for_sort_data 更大,那么使用第二种优化之后的算法;否则使用第一种。

故可通过优化内存参数,提高排序效率:

  • 增加sort_buffer_size参数的值,以增加排序操作的内存缓冲区大小。这可以减少磁盘排序的需求,提高排序性能。
  • 增加max_heap_table_size和tmp_table_size参数的值,以确保可以在内存中执行排序操作,而不是使用临时表进行排序。

在这里插入图片描述

3、group by 优化

GROUP BY 实际上也同样会进行排序操作,而且与ORDER BY 相比,GROUP BY 主要只是多了排序之后的分组操作。当然,如果在分组的时候还使用了聚合函数,那么还需额外聚合函数的计算。所以,在GROUP BY 的实现过程与 ORDER BY 一样也可以利用到索引。

若使用group by时想避免排序结果的消耗,可执行order by null禁止排序。如下:

explain select age,count(*) from emp group by age order by null;

4、嵌套查询优化

使用连接(Join)查询替代嵌套查询,更有效率一些 ,是因为MySQL不需要在内存中创建临时表来完成这个逻辑上需要两个步骤的查询工作。

如:

 explain select * from t_user where id in (select user_id from user_role );

在这里插入图片描述
优化后:

explain select * from t_user u , user_role ur where u.id = ur.user_id;

在这里插入图片描述

5、OR 优化

包含OR的查询子句,如果要利用索引,则OR之间的每个条件列都必须用到索引 , 而且不能使用到复合索引; 如果没有索引,则应该考虑增加索引。

建议使用 union 替换 or 。

在这里插入图片描述
优化后:

在这里插入图片描述

system > const > eq_ref > ref > fulltext > ref_or_null  > index_merge > unique_subquery > index_subquery > range > index > ALL

UNION 语句的 type 值为 ref,OR 语句的 type 值为 range,可以看到这是一个很明显的差距

UNION 语句的 ref 值为 const,OR 语句的 ref 值为 null,const 表示是常量值引用,非常快

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

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

相关文章

Oracle转Mysql出现的问题记录

学海无涯&#xff0c;旅“途”漫漫&#xff0c;“途”中小记&#xff0c;如有错误&#xff0c;敬请指出&#xff0c;在此拜谢&#xff01; 文章目录 前言函数错误concat函数使用有区别代码示例导致问题区别及分析解决方法 时间相减代码示例导致问题区别与分析解决方法 or 不走索…

入门Linux基本指令(1)

本篇文章介绍Linux中的一些常用基本指令来供大家学习和参考。 目录 ls指令 pwd指令 cd指令 .和.. touch指令与mkdir指令 rm指令 man指令 ls指令 语法 &#xff1a; ls [ 选项 ][ 目录或文件 ] 功能 &#xff1a;对于目录&#xff0c;该命令列出该目录下的所有子目录与…

无符号数和有符号数的“bug”

1. 起因 在实现kmp算法时&#xff0c;出现了诡异的现象&#xff0c;看下面的代码&#xff1a; int KMP (const char *s, const char *t) {int lenS strlen (s);int lenT strlen (t);int next[lenT];get_next (next, t);int i 0;int j 0;while (i < lenS && j …

C#安装包制作过程详解

本文讲解C#安装包制作过程。 文章目录 一、安装打包插件二、项目的部署与安装三、制作安装包时注意路径一、安装打包插件 打开VS2017:工具 --> 扩展和更新 --> 联机,搜索Microsoft Visual Studio Installer Projects,如图: 下载Microsoft Visual Studio Installe…

PostgreSQL数据库动态共享内存管理器——Dynamic shared memory areas

dsm.c提供的功能允许创建后端进程间共享的共享内存段。DSA利用多个DSM段提供共享内存heap&#xff1b;DSA可以利用已经存在的共享内存&#xff08;DSM段&#xff09;也可以创建额外的DSM段。和系统heap使用指针不同的是&#xff0c;DSA提供伪指针&#xff0c;可以转换为backend…

Hbase基础概念

HBase 一、HBase的数据模型1.HBase数据存储结构2.HBase存储概念3.HBase基本架构 二、HBase Shell1.DDL(Data Definition Language)2.DML&#xff08;Data Manipulation Language&#xff09; 三、HBase组成架构1. Master架构2. RegionServer架构 四、HBase读写流程1.写流程MemS…

AI数字人:金融数字化转型的“关键先生”

今年年初ChatGPT的火热&#xff0c;在全球掀起一阵生成式AI&#xff08;AIGC&#xff09;热潮。国外的OpenAI、国内的百度等企业&#xff0c;都在AIGC上强力布局。 各种应用场景中&#xff0c;AIGC助力的数字人引起了市场注意。 事实上&#xff0c;数字人不是个新鲜事。早在1…

Linux 系统下 “Verilog” 编程配置

文章目录 简介Verilog HDLIverilogGtkwave 环境搭建软件的安装Vim 之 Verilog 语法高亮配置 简单的计数器示例计数器程序的编写仿真测试 简介 Verilog HDL Verilog HDL 是一种用于设计数字电路的硬件描述语言&#xff0c;它可以用来描述数字电路的功能和结构&#xff0c;并且可…

云服务器AccessKey执行命令

人之所以痛苦&#xff0c;在于追求错误的东西。如果你不给自己烦恼&#xff0c;别人也永远不可能给你烦恼。因为你自己的内心&#xff0c;你放不下。 好好的管教你自己&#xff0c;不要管别人。 漏洞实战 查看所有实例信息 A.exe -a xxx -s xxx ecs -list执行命令 A.exe -a…

新能源汽车充电桩最重要的模块设备是什么

你是否曾经遇到过充电桩无法给你电动汽车提供电源的问题?或者你曾经怀疑过为什么充电桩速度如此缓慢?其实&#xff0c;这一切都可能与充电桩最重要的模块设备——控制主板有关。 交流充电桩由充电桩外壳、控制主板、刷卡模块、计费控制、显示屏、通信模块、继电器、开关电源等…

JumpServer堡垒机

文章目录 JumpServer堡垒机堡垒机介绍堡垒机产生的原因堡垒机主要功能 Jumpserver安装与配置Jumpserver Web界面用户管理资产管理添加Linux主机 命令过来规则创建审计台操作说明会话审计日志审计 工作台操作说明邮箱配置 JumpServer堡垒机 堡垒机介绍 下图来自百度百科 堡垒机…

面试常问八股文之java篇

JAVA篇 1、为什么重写equals方法的时候要重写hashCode方法&#xff1f; 为了不违背“相同对象必须要有相同hash值"的约定&#xff0c;对于基本数据类型比较的是数值是否相等&#xff0c;对于引用类型数据比较的是对象地址是否同等&#xff0c;在object中equal方法也是默…

(学习笔记-IP)IP协议相关技术

DNS 我们在上网的时候&#xff0c;通常使用的方式是域名&#xff0c;而不是IP地址&#xff0c;因为域名方便人类记忆。 那么实现这一技术的就是DNS域名解析器&#xff0c;DNS可以将域名网址自动转换为具体的IP地址。 域名的层级关系 DNS中的域名都是用句点来分隔的&#xff0…

软件升级相关

文章目录 一、升级方案1、移动端升级2、window 升级SquirrelSparkle 一、升级方案 1、移动端升级 腾讯Bugly &#xff0c;支持Android 平台、iOS平台、Cocos2D、Unity3D。 2、window 升级 windows的exe的打包及升级工具 Squirrel Squirrel 是一款免费的开源exe升级工具&a…

NFT市场泡沫破裂了吗?投资NFT是否仍然安全?

近期&#xff0c;NFT市场的价格出现了明显的下跌趋势&#xff0c;许多人开始担心NFT市场是否已经进入了泡沫破裂的阶段。但是&#xff0c;我们需要认真分析这个问题&#xff0c;并且探讨投资NFT是否仍然安全。 NFT&#xff08;Non-Fungible Token&#xff09;是一种非同质化代币…

JMerter安装配置以及使用(笔记记录)

JMerter安装配置以及使用&#xff08;笔记记录&#xff09; 安装JDK安装JMeterJMeter使用元件执行的顺序参数详解参数配置之CSV数据文件设置断言响应断言JSON断言 数据提取XPath提取器JSON提取器 JMeter属性JMeter录制脚本JMeter直连数据库逻辑控制器如果&#xff08;IF&#x…

reference文献引用列表要求

目录 1、基本要求 2、文献格式 3、引用技巧 4、特殊情况&#xff1a; 有新闻和网络文章的引用&#xff1a; 1、基本要求 对于每一篇paper&#xff0c;我们需要按照文中出现的顺序&#xff0c;列出文中引用的所有文献。 对于文献的引用有如下要求&#xff1a; a】顺序要求…

【node.js】03-http模块

目录 一、什么是http模块 二、创建基本的WEB服务器 三、req请求对象 四、res响应对象 五、根据不同的url响应不同的JSON内容 一、什么是http模块 http 模块是 Node.js 官方提供的、用来创建 web 服务器的模块。通过 http 模块提供的 http.createServer() 方法&#xff0c;…

回归预测 | MATLAB实现TCN-BiLSTM时间卷积双向长短期记忆神经网络多输入单输出回归预测

回归预测 | MATLAB实现TCN-BiLSTM时间卷积双向长短期记忆神经网络多输入单输出回归预测 目录 回归预测 | MATLAB实现TCN-BiLSTM时间卷积双向长短期记忆神经网络多输入单输出回归预测预测效果基本介绍模型描述程序设计参考资料 预测效果 基本介绍 1.MATLAB实现TCN-BiLSTM时间卷积…

MonsterInsights Pro 8.18.0 Google Analytics + All Addons Pack

MonsterInsights适用于 WordPress 的 Google Analytics&#xff08;分析&#xff09;插件&#xff0c;功能强大 MonsterInsights 是适用于 WordPress 的最佳 Google Analytics&#xff08;分析&#xff09;插件。这些功能使 MonsterInsights 成为市场上功能最强大且用户友好的 …