主頁 > 區塊鏈 > MySQL執行計劃（MySQL調優的重要利器）

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

2020-11-15 17:33:17 區塊鏈

文章目錄

  • 看完本篇文章你能學到什么？
  • 一、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/qukuanlian/217920.html

標籤：區塊鏈

上一篇：Mysql基礎操作

下一篇：【QT】容器類的幾點使用說明

標籤雲
其他(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)

熱門瀏覽
  • JAVA使用 web3j 進行token轉賬

    最近新學習了下區塊鏈這方面的知識，所學不多，給大家分享下。 # 1. 關于web3j web3j是一個高度模塊化，反應性，型別安全的Java和Android庫，用于與智能合約配合并與以太坊網路上的客戶端（節點）集成。 # 2. 準備作業 jdk版本1.8 引入maven <dependency> < ......

    uj5u.com 2020-09-10 03:03:06 more
  • 以太坊智能合約開發框架Truffle

    前言 部署智能合約有多種方式，命令列的瀏覽器的渠道都有，但往往跟我們程式員的風格不太相符，因為我們習慣了在IDE里寫了代碼然后打包運行看效果。 雖然現在IDE中已經存在了Solidity插件，可以撰寫智能合約，但是部署智能合約卻要另走他路，沒辦法進行一個快捷的部署與測驗。 如果團隊管理的區塊節點多、 ......

    uj5u.com 2020-09-10 03:03:12 more
  • 谷歌二次驗證碼成為區塊鏈專用安全碼，你怎么看？

    前言 谷歌身份驗證器，前些年大家都比較陌生，但隨著國內互聯網安全的加強，它越來越多地出現在大家的視野中。 比較廣泛接觸的人群是國際3A游戲愛好者，游戲盜號現象嚴重+國外賬號安全應用廣泛，這類游戲一般都會要求用戶系結名為“兩步驗證”、“雙重驗證”等，平臺一般都推薦用谷歌身份驗證器。 后來區塊鏈業務風靡 ......

    uj5u.com 2020-09-10 03:03:17 more
  • 密碼學DAY1

    目錄 ##1.1 密碼學基本概念 密碼在我們的生活中有著重要的作用，那么密碼究竟來自何方，為何會產生呢？ 密碼學是網路安全、資訊安全、區塊鏈等產品的基礎，常見的非對稱加密、對稱加密、散列函式等，都屬于密碼學范疇。 密碼學有數千年的歷史，從最開始的替換法到如今的非對稱加密演算法，經歷了古典密碼學，近代密 ......

    uj5u.com 2020-09-10 03:03:50 more
  • 密碼學DAY1_02

    目錄 ##1.1 ASCII編碼 ASCII（American Standard Code for Information Interchange，美國資訊交換標準代碼）是基于拉丁字母的一套電腦編碼系統，主要用于顯示現代英語和其他西歐語言。它是現今最通用的單位元組編碼系統，并等同于國際標準ISO/IE ......

    uj5u.com 2020-09-10 03:04:50 more
  • 密碼學DAY2

    ##1.1 加密模式 加密模式：https://docs.oracle.com/javase/8/docs/api/javax/crypto/Cipher.html ECB ECB : Electronic codebook, 電子密碼本. 需要加密的訊息按照塊密碼的塊大小被分為數個塊，并對每個塊進 ......

    uj5u.com 2020-09-10 03:05:42 more
  • NTP時鐘服務器的特點（京準電子）

    NTP時鐘服務器的特點（京準電子） NTP時鐘服務器的特點（京準電子） 京準電子官V——ahjzsz 首先對時間同步進行了背景介紹，然后討論了不同的時間同步網路技術，最后指出了建立全球或區域時間同步網存在的問題。 一、概 述 在通信領域，“同步”概念是指頻率的同步，即網路各個節點的時鐘頻率和相位同步 ......

    uj5u.com 2020-09-10 03:05:47 more
  • 標準化考場時鐘同步系統推進智能化校園建設

    標準化考場時鐘同步系統推進智能化校園建設 標準化考場時鐘同步系統推進智能化校園建設 安徽京準電子科技官微——ahjzsz 一、背景概述隨著教育事業的快速發展，學校建設如雨后春筍，隨之而來的學校教育、管理、安全方面的問題成了學校管理人員面臨的最大的挑戰，這些問題同時也是學生家長所擔心的。為了讓學生有更 ......

    uj5u.com 2020-09-10 03:05:51 more
  • 位元幣入門

    引言 位元幣基本結構 位元幣基礎知識 1）哈希演算法 2）非對稱加密技術 3）數字簽名 4）MerkleTree 5）哪有位元幣，有的是UTXO 6）位元幣挖礦與共識 7）區塊驗證（共識） 總結 引言 上一篇我們已經知道了什么是區塊鏈，此篇說一下區塊鏈的第一個應用——位元幣。其實先有位元幣，后有的區塊 ......

    uj5u.com 2020-09-10 03:06:15 more
  • 北斗對時服務器（北斗對時設備）電力系統應用

    北斗對時服務器（北斗對時設備）電力系統應用 北斗對時服務器（北斗對時設備）電力系統應用 京準電子科技官微（ahjzsz） 中國北斗衛星導航系統（英文名稱：BeiDou Navigation Satellite System，簡稱BDS），因為是目前世界范圍內唯一可以大面積提供免費定位服務的系統，所以 ......

    uj5u.com 2020-09-10 03:06:20 more
最新发布
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

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

    uj5u.com 2023-04-20 08:46:47 more
  • Hyperledger Fabric 使用 CouchDB 和復雜智能合約開發

    在上個實驗中，我們已經實作了簡單智能合約實作及客戶端開發，但該實驗中智能合約只有基礎的增刪改查功能，且其中的資料管理功能與傳統 MySQL 比相差甚遠。本文將在前面實驗的基礎上，將 Hyperledger Fabric 的默認資料庫支持 LevelDB 改為 CouchDB 模式，以實作更復雜的資料... ......

    uj5u.com 2023-04-16 07:28:31 more
  • .NET Core 波場鏈離線簽名、廣播交易（發送 TRX和USDT）筆記

    Get Started NuGet You can run the following command to install the Tron.Wallet.Net in your project. PM> Install-Package Tron.Wallet.Net 配置 public reco ......

    uj5u.com 2023-04-14 08:08:00 more
  • DKP 黑客分析——不正確的代幣對比率計算

    概述： 2023 年 2 月 8 日，針對 DKP 協議的閃電貸攻擊導致該協議的用戶損失了 8 萬美元，因為 execute() 函式取決于 USDT-DKP 對中兩種代幣的余額比率。 智能合約黑客概述： 攻擊者的交易：0x0c850f，0x2d31 攻擊者地址：0xF38 利用合同：0xf34ad ......

    uj5u.com 2023-04-07 07:46:09 more
  • Defi開發簡介

    Defi開發簡介 介紹 Defi是去中心化金融的縮寫， 是一項旨在利用區塊鏈技術和智能合約創建更加開放，可訪問和透明的金融體系的運動. 這與傳統金融形成鮮明對比，傳統金融通常由少數大型銀行和金融機構控制 在Defi的世界里，用戶可以直接從他們的電腦或移動設備上訪問廣泛的金融服務，而不需要像銀行或者信 ......

    uj5u.com 2023-04-05 08:01:34 more
  • solidity簡單的ERC20代幣實作

    // SPDX-License-Identifier: GPL-3.0 pragma solidity >=0.7.0 <0.9.0; import "hardhat/console.sol"; //ERC20 同質化代幣，每個代幣的本質或性質都是相同 //ETH 是原生代幣，它不是ERC20代幣, ......

    uj5u.com 2023-03-21 07:56:29 more
  • solidity 參考型別修飾符memory、calldata與storage 常量修飾符C

    在solidity語言中 參考型別修飾符(參考型別為存盤空間不固定的數值型別) memory、calldata與storage,它們只能修飾參考型別變數，比如字串、陣列、位元組等... memory 適用于方法傳參、返參或在方法體內使用，使用完就會清除掉，釋放記憶體 calldata 僅適用于方法傳參 ......

    uj5u.com 2023-03-08 07:57:54 more
  • solidity注解標簽

    在solidity語言中 注釋符為// 注解符為/* 內容*/ 或者 是 ///內容 注解中含有這幾個標簽給予我們使用 @title 一個應該描述合約/介面的標題 contract, library, interface @author 作者的名字 contract, library, interf ......

    uj5u.com 2023-03-08 07:57:49 more
  • 評價指標：相似度、GAS消耗

    【代碼注釋自動生成方法綜述】 這些評測指標主要來自機器翻譯和文本總結等研究領域,可以評估候選文本(即基于代碼注釋自動方法而生成)和參考文本(即基于手工方式而生成)的相似度. BLEU指標^[^?88^^?^]^:其全稱是bilingual evaluation understudy.該指標是最早用于 ......

    uj5u.com 2023-02-23 07:27:39 more
  • 基于NOSTR協議的“公有制”版本的Twitter,去中心化社交軟體Damus

    最近，一個幽靈，Web3的幽靈，在網路游蕩，它叫Damus，這玩意詮釋了什么叫做病毒式營銷，滑稽的是，一個Web3產品卻在Web2的產品鏈上瘋狂傳銷，各方大佬紛紛為其背書，到底發生了什么？Damus的葫蘆里，賣的是什么藥？ 注冊和簡單實用 很少有什么產品在用戶注冊環節會有什么噱頭，但Damus確實出 ......

    uj5u.com 2023-02-05 06:48:39 more

Copyright © 2010-2020 有解無憂