主頁 >  其他 > MySQL執行計劃（MySQL調優的重要利器）

MySQL執行計劃（MySQL調優的重要利器）

2020-11-15 23:47:13 其他

文章目錄

  • 看完本篇文章你能學到什么？
  • 一、MySQL執行計劃
    • 1.1 id欄位
    • 1.2 select_type 欄位
    • 1.3 table 欄位
    • 1.4 partitions 欄位
    • 1.5 type欄位
    • 1.6 possible_keys 欄位
    • 1.7 key 欄位
    • 1.8 key_len 欄位
    • 1.9 ref 欄位
    • 1.10 rows 欄位
    • 1.11 filtered 欄位
    • 1.12 extra 欄位
  • 二、總結
    • 好了，本篇就說到這里了，看完覺得有幫助的童鞋記得點贊！點贊！點贊！（重要的事情說三遍）

看完本篇文章你能學到什么？

1、掌握MySQL執行計劃所有欄位含義以及內容，為后續SQL調優提供幫助


2、對SQL調優有初步認識

一、MySQL執行計劃

專案開發中，性能往往都是是我們重點關注的問題，其實很多時候一個SQL往往是整個請求中瓶頸最大的地方，因此我們必須了解SQL陳述句的執行程序、資料庫中是如何掃描表、如何使用索引的、是否命中索引等資訊來幫助我們做SQL陳述句的優化，MySQL提供了explain/desc陳述句，來顯示這條SQL陳述句的執行計劃，執行計劃可以幫助我們查看SQL陳述句的執行情況，我們可以根據反饋的結果來進行SQL的優化，

  • 準備測驗資料
use test;
CREATE TABLE `test`.`role`  (
  `id` int(11) NOT NULL,
  `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

CREATE TABLE `test`.`user`  (
  `id` int(11) NOT NULL,
  `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `role_id` int(11) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

explain和desc效果一樣，都是幫我們列出SQL陳述句的執行計劃，

mysql> explain select * from user;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql> desc select * from user;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql>

兩個陳述句的效果是一模一樣的，我們后面就統一使用explain來查看SQL陳述句的執行計劃，

1.1 id欄位

id欄位存在三種情況：

1）id相同：id越靠前的表越先執行

explain select * from user u left join role r on u.role_id=r.id;

在這里插入圖片描述
2）id不同：id越大的表越先執行

explain select * from user u where u.role_id=(select id from role r where r.id=1);

在這里插入圖片描述
3）id有相同，也有不同：id相同越大的表越先執行，在id相同的表中，id越靠前的表越先執行

1.2 select_type 欄位

  • SIMPLE：簡單的 select 查詢，查詢中不包含子查詢或者 union
explain select * from user;

在這里插入圖片描述

  • PRIMARY：查詢條件中包含有子查詢時最外層的表（u1）
explain select * from user u1 where u1.id =(select id from user u2 where u2.id=1);

在這里插入圖片描述

  • UNION（u2）：使用到union關聯時，union關聯的表
  • UNION RESULT（<union1,2>）：使用union時，最終的結果集表
explain select * from user u1 union select * from user u2;

在這里插入圖片描述

  • DEPENDENT UNION（u3,u4）：在子查詢中使用到union的第二個以上的表
  • DEPENDENT SUBQUERY（u2）：在子查詢中,使用到union的第一表
EXPLAIN SELECT
	* 
FROM
	user u1 
WHERE
	u1.id IN ( 
		SELECT id FROM user u2 WHERE u2.id = 1 
		UNION 
		SELECT id FROM user u3 WHERE u3.id = 2 
		UNION 
		SELECT id FROM user u4 WHERE u4.id = 2  
	);

在這里插入圖片描述

  • SUBQUERY（u2）：條件子查詢中的表
explain select * from user u1 where u1.id =(select id from user u2 where u2.id=1);

在這里插入圖片描述

  • SUBQUERY（u2,u3）：條件中的子查詢中的表（包括多重層級）
explain select * from user u1 
where u1.name =(
	select name from user u2 where u2.name=(select name from user u3 where u3.name='zs')
);

在這里插入圖片描述

  • DEPENDENT SUBQUERY（r1）: 子查詢中的條件依賴于外部的查詢（r1的條件是u1表中的資料）
explain select * from user u1 where u1.role_id=(select id from role r1 where u1.id=1);

在這里插入圖片描述

  • DERIVED（u1）：衍生表的from子表（該子表必須使用union關聯其他表）
explain select * from 
(select * from user u1 where u1.role_id=1 union select * from user u2 where u2.name='zs') temp;

在這里插入圖片描述

1.3 table 欄位

表示該SQL陳述句是作用于那張表的，取值為：表名、表別名、衍生表名等，

explain select * from user;

explain select * from user u1;

在這里插入圖片描述

1.4 partitions 欄位

涉及到磁區的表

  • 準備資料
create table goods_partitions (
	id int auto_increment, 
	name varchar(12),
    primary key(id)
)
partition by range(id)(
		partition p0 values less than(10000),
		partition p1 values less than MAXVALUE
);
  • 查看MySQL的物理存盤路徑：
show variables like '%dir%';

在這里插入圖片描述
查看物理存盤檔案，發現多了不同的檔案來存盤在這里插入圖片描述

  • 查看查詢陳述句所使用到的磁區：
explain select * from goods_partitions;

在這里插入圖片描述

整個goods_partitions使用到了兩個磁區，

  • 查詢id<1000的記錄（屬于p0磁區）
explain select * from goods_partitions where id<1000;

在這里插入圖片描述

1.5 type欄位

反應一段SQL陳述句性能指標的重要引數，可以通過此引數來判斷是否使用到了索引、是否全表掃描、是否范圍查詢等，

插入測驗資料：

insert into role values(1,'保潔');
insert into role values(2,'保安');
insert into role values(3,'廚師');
insert into user values(1,'zs',1);
  • null：代表不訪問任何表
explain select 1;

在這里插入圖片描述

  • system：表中只有一條記錄,并且此表為系統表(一般很少出現)
use mysql;			-- 切換到mysql資料庫
explain select * from db where host='localhost';

在這里插入圖片描述

  • const：通過唯一索引查詢到的資料,只查詢一次就查詢到了
explain select * from user where id=1;
explain select * from user where name='zs';

在這里插入圖片描述

分別根據name和id查詢，發現只有id的type為const，

給name欄位加上唯一索引（必須要是唯一索引，普通索引不行）：

create unique index user_name_unique on user(name);

在這里插入圖片描述
測驗完畢洗掉唯一索引：

drop index user_name_unique on user;
  • eq_ref：使用主鍵的關聯查詢，并且表中只有一條記錄與主表匹配；
explain select * from user u left join role r on u.role_id=r.id;

在這里插入圖片描述
代表有其他表參考了r表的主鍵，

如果主表有多條記錄與之匹配那么type將不再是eq_ref

  • 首先查看兩個表的資料：
mysql> select * from user;
+----+------+---------+
| id | name | role_id |
+----+------+---------+
|  1 | zs   |       1 |
+----+------+---------+
1 row in set (0.00 sec)

mysql> select * from role;
+----+--------+
| id | name   |
+----+--------+
|  1 | 保潔   |
|  2 | 保安   |
|  3 | 廚師   |
+----+--------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
| id | select_type | table | partitions | type   | possible_keys | key     | key_len | ref            | rows | filtered | Extra |
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
|  1 | SIMPLE      | u     | NULL       | ALL    | NULL          | NULL    | NULL    | NULL           |    1 |   100.00 | NULL  |
|  1 | SIMPLE      | r     | NULL       | eq_ref | PRIMARY       | PRIMARY | 4       | test.u.role_id |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
2 rows in set, 1 warning (0.00 sec)

mysql>

user表示是1條記錄，role是3條記錄

  • 在user表中新增一條記錄，再次查看執行計劃：
mysql> select * from user;
+----+------+---------+
| id | name | role_id |
+----+------+---------+
|  1 | zs   |       1 |
|  2 | ls   |       1 |
+----+------+---------+
2 rows in set (0.00 sec)

mysql> select * from role;
+----+--------+
| id | name   |
+----+--------+
|  1 | 保潔   |
|  2 | 保安   |
|  3 | 廚師   |
+----+--------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                                              |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------------------------------------------+
|  1 | SIMPLE      | u     | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    2 |   100.00 | NULL                                               |
|  1 | SIMPLE      | r     | NULL       | ALL  | PRIMARY       | NULL | NULL    | NULL |    3 |   100.00 | Using where; Using join buffer (Block Nested Loop) |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------------------------------------------+
2 rows in set, 1 warning (0.00 sec)

mysql>

發現type欄位變為了ALL，而不是原來的eq_ref，

  • ref：通過非唯一索引查詢到的資料

創建普通索引：

create index user_name_index on user(name);

查詢執行計劃：

explain select * from user where name='zs';

在這里插入圖片描述
測驗完畢洗掉索引：

drop index user_name_index on user;
  • range：使用索引的范圍查詢（普通列的范圍查詢不會是range）

我們執行如下兩句sql查看執行計劃：

explain select * from user u where u.id>20;				-- 使用索引列進行范圍查詢

explain select * from user u where u.role_id>20;		-- 使用普通列進行范圍查詢

在這里插入圖片描述
給role_id列添加索引，再次執行sql，查看執行計劃：

create index user_role_id_index on user(role_id);			

explain select * from user u where u.role_id>20;

在這里插入圖片描述

  • index：查詢的是索引列，遍歷了索引樹
explain select id from user;

在這里插入圖片描述

  • ALL：效率最低,遍歷全表
explain select * from user;

在這里插入圖片描述
查詢效率從高到底的取值為：

-- 所有的type欄位取值：
NULL > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

-- 一般情況下type欄位取值：
system > const > eq_ref > ref > range > index > ALL

1.6 possible_keys 欄位

查詢陳述句中，可能應用到的索引，并非實際使用到的索引，實際使用到的索引根據key欄位來反應，

例如：

-- 給name列加索引
create index idx_name on user(name); 

explain select * from user where user='1' or user='2';

在這里插入圖片描述

可能用到了idx_name索引，但實際沒有使用到，

測驗完畢洗掉索引：

drop index idx_name on user;

1.7 key 欄位

key欄位反應sql陳述句實際使用的索引，為null代表沒有使用索引

-- 根據id查詢
explain select * from user where id=1;

-- 根據普通列查詢
explain select * from user where name='zs';

-- 給name列加上索引
create index idx_name on user(name);

-- 根據索引查詢
explain select * from user where name='zs';

在這里插入圖片描述
測驗完畢洗掉索引：

drop index idx_name on user;

1.8 key_len 欄位

表示索引中使用的位元組數

explain select * from user where id=1;

在這里插入圖片描述

我的id型別為int型別，因此占用4個位元組，

我們把id型別改為bigint（Long），再次查看索引使用位元組數：

alter table user modify column id bigint;

explain select * from user where id=1;

在這里插入圖片描述
測驗完畢更改回來：

alter table user modify column id int;

1.9 ref 欄位

表示某表的某個欄位參考到了本表的索引欄位

mysql> select * from user;
+----+------+---------+
| id | name | role_id |
+----+------+---------+
|  1 | zs   |       1 |
+----+------+---------+
1 row in set (0.00 sec)

mysql> select * from role;
+----+--------+
| id | name   |
+----+--------+
|  1 | 保潔   |
|  2 | 保安   |
|  3 | 廚師   |
+----+--------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
| id | select_type | table | partitions | type   | possible_keys | key     | key_len | ref            | rows | filtered | Extra |
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
|  1 | SIMPLE      | u     | NULL       | ALL    | NULL          | NULL    | NULL    | NULL           |    1 |   100.00 | NULL  |
|  1 | SIMPLE      | r     | NULL       | eq_ref | PRIMARY       | PRIMARY | 4       | test.u.role_id |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+--------+---------------+---------+---------+----------------+------+----------+-------+
2 rows in set, 1 warning (0.00 sec)

mysql>

在這里插入圖片描述

表示u表的role_id參考了本表（r表）的索引欄位（PRIMARY）

使用其他索引列關聯表：

create index role_name_index on role(name);		-- 給name列加索引，

explain select * from user u left join role r on u.name=r.name;   -- 使用name列來關聯

在這里插入圖片描述

表示u表的name欄位參考了本表（r表）的索引欄位（role_name_index

測驗完畢洗掉索引：

drop index role_name_index on role;

1.10 rows 欄位

根據表統計資訊及選用情況，大致估算出找到所需的記錄或所需讀取的行數，

explain select * from user;

explain select * from role;

在這里插入圖片描述

user表中有1條記錄，role表中有3條記錄，

1.11 filtered 欄位

回傳結果與實際結果的差值占總記錄數的百分比

insert into user values(2,'ls','4');

explain select * from user u inner join role r on u.role_id=r.id;

在這里插入圖片描述

r表實際記錄3條，上述sql陳述句關聯查詢出來的結果只能得出一條結果集，因此命中率為33.33%，

查詢此SQL陳述句查詢的記錄數，

select * from user u inner join role r on u.role_id=r.id;

在這里插入圖片描述

只有一條記錄

1.12 extra 欄位

顯示其他擴展資訊

  • Using filesort：排序時無法使用到索引時，就會出現這個，常見于order by和group by陳述句中，效率低
explain select name from user order by name;

在這里插入圖片描述

  • Using temporary：表示SQL陳述句的操作使用到了臨時表，
explain select name from user group by name;

在這里插入圖片描述

  • Using index：代表使用到了索引，效率高
create index user_name_index on user(name);			-- 創建索引

explain select name from user order by name;

在這里插入圖片描述
測驗完畢洗掉索引：

drop index user_name_index on user;
  • Using where：掃描全表，通常是查詢條件中不是索引欄位，
explain select * from user where name='zs';

在這里插入圖片描述

  • NULL：沒有用到額外的附加條件
explain select * from user where id=1;

在這里插入圖片描述

性能對比：

Using index > NULL > Using where >= Using temporary > Using filesort

二、總結

MySQL執行計劃的內容是SQL調優時的一個重要依據，我們想要優化SQL陳述句就必須得先掌握執行計劃，這一篇主要是理論知識，也沒什么好總結的，

總結一句話吧，想做MySQL調優，執行計劃是必須要掌握的，切記切記！

好了，本篇就說到這里了，看完覺得有幫助的童鞋記得點贊！點贊！點贊！（重要的事情說三遍）

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/218604.html

標籤：其他

上一篇：Mysql基礎操作

下一篇：格式化字串漏洞實驗

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂