MySQL優化之慢查詢日誌

来源:https://www.cnblogs.com/chenyc2020/archive/2020/03/31/12609238.html
-Advertisement-
Play Games

慢查詢日誌概述 所謂慢查詢日誌，就是用於記錄MySQL中響應時間超過設定閾值的SQL語句，通過打開慢查詢開關，MySQL會將大於閾值的SQL記錄在日誌中，以便於分析性能。 慢查詢日誌選項預設是關閉的，如果要開啟，則需要手動設置。 慢查詢日誌選項不建議一直開啟，因為記錄日誌意味著IO操作，本身對性能有 ...


慢查詢日誌概述

所謂慢查詢日誌，就是用於記錄MySQL中響應時間超過設定閾值的SQL語句，通過打開慢查詢開關，MySQL會將大於閾值的SQL記錄在日誌中，以便於分析性能。

慢查詢日誌選項預設是關閉的，如果要開啟，則需要手動設置。
慢查詢日誌選項不建議一直開啟，因為記錄日誌意味著IO操作，本身對性能有一定的影響，因此，建議在生產環境關閉該選項；而在開發環境調優階段可以適當打開該選項。
檢查是否開啟了慢查詢日誌：

mysql> show variables like '%slow_query_log%';
+---------------------+-----------------------------------------+
| Variable_name       | Value                                   |
+---------------------+-----------------------------------------+
| slow_query_log      | OFF                                     |
| slow_query_log_file | /var/lib/mysql/DESKTOP-Q5J25HR-slow.log |
+---------------------+-----------------------------------------+
2 rows in set (0.03 sec)

slow_query_log選項即開啟慢查詢的開關，OFF為關閉，ON為開啟。
slow_query_log_file即慢查詢日誌的名稱。

如果要開啟慢查詢日誌，則執行如下語句：

set global slow_query_log = ON;
/* 或者 */
set global slow_query_log = 1;

以上兩句話是一個意思，執行任意一條都可以。執行完畢，再次查詢，已經打開。

mysql> set global slow_query_log = ON;
Query OK, 0 rows affected (0.05 sec)

mysql> show variables like '%slow_query_log%';
+---------------------+-----------------------------------------+
| Variable_name       | Value                                   |
+---------------------+-----------------------------------------+
| slow_query_log      | ON                                      |
| slow_query_log_file | /var/lib/mysql/DESKTOP-Q5J25HR-slow.log |
+---------------------+-----------------------------------------+
2 rows in set (0.00 sec)

同樣的，慢查詢日誌的文件名也可以重新指定，只需要設置set global slow_query_log_file = 文件名即可。

前面說過，慢查詢日誌只有當SQL語句響應時間超過一定閾值才會記錄在日誌中，那麼這個閾值是多少，該如何設置呢？
可通過以下命令查看慢查詢日誌的閾值：

mysql> show variables like '%long_query_time%';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set (0.00 sec)

可以看到，預設的閾值是10秒，該值同樣可以通過設置來修改，如設置為0.1秒：

set global long_query_time = 0.1;

long_query_time設置完成後，需要退出MySQL客戶端，重新登錄後才生效，於是可以看到該值已經變成了0.1：

mysql> show variables like '%long_query_time%';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.100000 |
+-----------------+----------+
1 row in set (0.01 sec)

慢查詢日誌具體案例

接下來通過案例的方式來演示慢查詢日誌：
我在當前資料庫里有一張test01表，表結構如下所示：

mysql> desc test01;
+--------+-------------+------+-----+---------+-------+
| Field  | Type        | Null | Key | Default | Extra |
+--------+-------------+------+-----+---------+-------+
| id     | int(4)      | YES  | MUL | NULL    |       |
| name   | varchar(20) | YES  |     | NULL    |       |
| passwd | char(20)    | YES  |     | NULL    |       |
| inf    | char(50)    | YES  |     | NULL    |       |
+--------+-------------+------+-----+---------+-------+
4 rows in set (0.04 sec)

分別做如下查詢：

select * from test01;
select sleep(1);
select id, sleep(2) from test01;

執行結果如下所示：

mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.00 sec)

mysql> select sleep(1);
+----------+
| sleep(1) |
+----------+
|        0 |
+----------+
1 row in set (1.00 sec)

mysql> select id, sleep(2) from test01;
+------+----------+
| id   | sleep(2) |
+------+----------+
|    1 |        0 |
+------+----------+
1 row in set (2.00 sec)

此時並需要去不關心SQL本身，而是看這三條SQL執行的時間，從上面可以看到，第一條SQL執行幾乎不耗時間，顯示0.00 sec，第二條SQL顯示時間為 1.00 sec，第三條SQL為 2.00 sec。
因為我們設置了閾值為0.1秒，因此後兩條SQL應該都要記錄在慢查詢日誌中，接下來驗證是否如此：
通過如下命令，可查看慢查詢SQL的條數：

mysql> show global status like '%slow_queries%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Slow_queries  | 2     |
+---------------+-------+
1 row in set (0.02 sec)

顯示記錄為2條，與實際情況一致。
通過show variables like '%slow_query_log%'命令，可以查看到日誌的具體路徑。

mysql> show variables like '%slow_query_log%';
+---------------------+-----------------------------------------+
| Variable_name       | Value                                   |
+---------------------+-----------------------------------------+
| slow_query_log      | ON                                      |
| slow_query_log_file | /var/lib/mysql/DESKTOP-Q5J25HR-slow.log |
+---------------------+-----------------------------------------+
2 rows in set (0.00 sec)

打開/var/lib/mysql/DESKTOP-Q5J25HR-slow.log，可以看到日誌當中記錄了時間超過閾值的那兩條SQL語句：

/usr/sbin/mysqld, Version: 5.7.29-0ubuntu0.18.04.1 ((Ubuntu)). started with:
Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock
Time                 Id Command    Argument
/usr/sbin/mysqld, Version: 5.7.29-0ubuntu0.18.04.1 ((Ubuntu)). started with:
Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock
Time                 Id Command    Argument
# Time: 2020-03-31T13:41:25.726554Z
# User@Host: root[root] @ localhost []  Id:     6
# Query_time: 1.000644  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 0
use testDB;
SET timestamp=1585662085;
select sleep(1);
# Time: 2020-03-31T13:41:34.246770Z
# User@Host: root[root] @ localhost []  Id:     6
# Query_time: 2.000536  Lock_time: 0.000057 Rows_sent: 1  Rows_examined: 1
SET timestamp=1585662094;
select id, sleep(2) from test01;

mysqldumpslow工具

以上介紹的方法雖然可以查看出所有慢SQL語句，但顯然都記錄在一個日誌文件里，會顯得很亂，而且一旦SQL比較多，定位起來還是比較麻煩的。
好在MySQL本身提供了一個專門用來查看慢查詢日誌的工具，即mysqldumpslow。
可通過MySQLdumpslow -help查看具體使用方法：

chenyc@DESKTOP-Q5J25HR:~$ mysqldumpslow -help
Usage: mysqldumpslow [ OPTS... ] [ LOGS... ]

Parse and summarize the MySQL slow query log. Options are

  --verbose    verbose
  --debug      debug
  --help       write this text to standard output

  -v           verbose
  -d           debug
  -s ORDER     what to sort by (al, at, ar, c, l, r, t), 'at' is default
                al: average lock time
                ar: average rows sent
                at: average query time
                 c: count
                 l: lock time
                 r: rows sent
                 t: query time
  -r           reverse the sort order (largest last instead of first)
  -t NUM       just show the top n queries
  -a           don't abstract all numbers to N and strings to 'S'
  -n NUM       abstract numbers with at least n digits within names
  -g PATTERN   grep: only consider stmts that include this string
  -h HOSTNAME  hostname of db server for *-slow.log filename (can be wildcard),
               default is '*', i.e. match all
  -i NAME      name of server instance (if using mysql.server startup script)
  -l           don't subtract lock time from total time

從以上文件中，可以知道，該工具用法如下：

mysqldumpslow [選項] [日誌名]

常用選項說明：

  • -s 即order排序,後面可以有以下選項：
    • al 平均鎖定時間
    • ar 平均返回記錄時間
    • at 平均查詢時間
    • c 計數
    • l 鎖定時間
    • r 逆序排序
    • t 查詢時間
  • -t，相當於top n，即返回前面n條語句
  • -g， 匹配正則表達式，大小寫不敏感
    如：
sudo mysqldumpslow -s r -t 3 -g 'select' /var/lib/mysql/DESKTOP-Q5J25HR-slow.log

以上命令表示：返回按逆序排序的其中三條語句，且語句中包含select的SQL語句。
結果如下所示：

chenyc@DESKTOP-Q5J25HR:~$ sudo mysqldumpslow -s r -t 3 -g 'select' /var/lib/mysql/DESKTOP-Q5J25HR-slow.log

Reading mysql slow query log from /var/lib/mysql/DESKTOP-Q5J25HR-slow.log
Count: 1  Time=2.00s (2s)  Lock=0.00s (0s)  Rows=1.0 (1), root[root]@localhost
  select id, sleep(N) from test01

Count: 1  Time=1.00s (1s)  Lock=0.00s (0s)  Rows=1.0 (1), root[root]@localhost
  select sleep(N)

Died at /usr/bin/mysqldumpslow line 167, <> chunk 2.

Profiles工具

profiles最大的作用是用來分析海量數據，該命令會記錄所有執行過的SQL語句。
這個選項預設也是關閉的，需要手動打開。
查詢profiles選項命令：

mysql> show variables like '%profiling%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| have_profiling         | YES   |
| profiling              | OFF   |
| profiling_history_size | 15    |
+------------------------+-------+
3 rows in set (0.01 sec)

打開命令：

mysql> set profiling = ON;
Query OK, 0 rows affected, 1 warning (0.00 sec)

再次查看，可以換一種方式查看：

mysql> select @@profiling;
+-------------+
| @@profiling |
+-------------+
|           1 |
+-------------+
1 row in set, 1 warning (0.00 sec)

以上選項，1代表打開，0代表關閉。
為了更為直觀的查看profile，我們再執行兩條SQL：

mysql> select sleep(3);
+----------+
| sleep(3) |
+----------+
|        0 |
+----------+
1 row in set (3.00 sec)

mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.00 sec)

好了，準備工作就到這裡，現在來查看profile：

mysql> show profiles;
+----------+------------+-----------------------------------+
| Query_ID | Duration   | Query                             |
+----------+------------+-----------------------------------+
|        1 | 0.00214400 | show variables like '%profiling%' |
|        2 | 0.00017400 | select @@profiling                |
|        3 | 3.00062925 | select sleep(3)                   |
|        4 | 0.00023450 | select * from test01              |
+----------+------------+-----------------------------------+
4 rows in set, 1 warning (0.00 sec)

如上所示，它會記錄所有的語句，其中第二列Duration代表的是執行時間。
以上雖然可以看到每條SQL的執行時間，但我們無法精確知道有多少時間花費在IO上，多少時間花費在CPU上，因此，還可使用以下語句查看更為精確的內容：

show profile all for query $(Query_ID);

上面的Query_ID即show profiles結果中第一列的id編號。如：

mysql> show profile all for query 4;
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+----------------------+-------------+
| Status               | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Messages_sent | Messages_received | Page_faults_major | Page_faults_minor | Swaps | Source_function       | Source_file
    | Source_line |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+----------------------+-------------+
| starting             | 0.000045 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | NULL                  | NULL
    |        NULL |
| checking permissions | 0.000008 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | check_access          | sql_authorization.cc |         809 |
| Opening tables       | 0.000020 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | open_tables           | sql_base.cc
    |        5781 |
| init                 | 0.000017 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | handle_query          | sql_select.cc
    |         128 |
| System lock          | 0.000016 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 2 |     0 | mysql_lock_tables     | lock.cc
    |         330 |
| optimizing           | 0.000005 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc
    |         158 |
| statistics           | 0.000014 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc
    |         374 |
| preparing            | 0.000010 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc
    |         482 |
| executing            | 0.000004 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | exec                  | sql_executor.cc
    |         126 |
| Sending data         | 0.000051 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 8 |     0 | exec                  | sql_executor.cc
    |         202 |
| end                  | 0.000005 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | handle_query          | sql_select.cc
    |         206 |
| query end            | 0.000007 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_execute_command | sql_parse.cc
    |        4956 |
| closing tables       | 0.000007 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_execute_command | sql_parse.cc
    |        5009 |
| freeing items        | 0.000013 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_parse           | sql_parse.cc
    |        5622 |
| cleaning up          | 0.000013 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |
0 |             0 |                 0 |                 0 |                 0 |     0 | dispatch_command      | sql_parse.cc
    |        1931 |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+-------------
--+---------------+-------------------+-------------------+-------------------+-------+-----------------------+------------------
----+-------------+
15 rows in set, 1 warning (0.00 sec)

上面的結果由於選項太多，看起來還是有些亂，其實很多東西我們並不關註，而主要只關註CPU和IO情況，因此，可以進一步簡化如下：

mysql> show profile cpu, block io for query 4;
+----------------------+----------+----------+------------+--------------+---------------+
| Status               | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out |
+----------------------+----------+----------+------------+--------------+---------------+
| starting             | 0.000045 | 0.000000 |   0.000000 |            0 |             0 |
| checking permissions | 0.000008 | 0.000000 |   0.000000 |            0 |             0 |
| Opening tables       | 0.000020 | 0.000000 |   0.000000 |            0 |             0 |
| init                 | 0.000017 | 0.000000 |   0.000000 |            0 |             0 |
| System lock          | 0.000016 | 0.000000 |   0.000000 |            0 |             0 |
| optimizing           | 0.000005 | 0.000000 |   0.000000 |            0 |             0 |
| statistics           | 0.000014 | 0.000000 |   0.000000 |            0 |             0 |
| preparing            | 0.000010 | 0.000000 |   0.000000 |            0 |             0 |
| executing            | 0.000004 | 0.000000 |   0.000000 |            0 |             0 |
| Sending data         | 0.000051 | 0.000000 |   0.000000 |            0 |             0 |
| end                  | 0.000005 | 0.000000 |   0.000000 |            0 |             0 |
| query end            | 0.000007 | 0.000000 |   0.000000 |            0 |             0 |
| closing tables       | 0.000007 | 0.000000 |   0.000000 |            0 |             0 |
| freeing items        | 0.000013 | 0.000000 |   0.000000 |            0 |             0 |
| cleaning up          | 0.000013 | 0.000000 |   0.000000 |            0 |             0 |
+----------------------+----------+----------+------------+--------------+---------------+
15 rows in set, 1 warning (0.00 sec)

全局查詢日誌

同profiles一樣，打開全局查詢日誌選項以後，它會記錄下所有SQL語句，但是由於該操作比較耗費性能，因此，只建議在開發環境臨時打開該選項。
查看全局查詢日誌命令：

mysql> show variables like '%general_log%';
+------------------+------------------------------------+
| Variable_name    | Value                              |
+------------------+------------------------------------+
| general_log      | OFF                                |
| general_log_file | /var/lib/mysql/DESKTOP-Q5J25HR.log |
+------------------+------------------------------------+
2 rows in set (0.01 sec)

打開全局查詢日誌選項：

set global general_log = on;

再次查詢：

mysql> show variables like '%general_log%';
+------------------+------------------------------------+
| Variable_name    | Value                              |
+------------------+------------------------------------+
| general_log      | ON                                 |
| general_log_file | /var/lib/mysql/DESKTOP-Q5J25HR.log |
+------------------+------------------------------------+
2 rows in set (0.00 sec)

設置完以上之後，還需要做如下設置：

set global log_output = 'table';

同樣的，準備以下SQL：

select * from test01;
select id, name from test01 where id = 1;

全局查詢日誌記錄在mysql.general_log表中。

mysql> select * from mysql.general_log;
+----------------------------+---------------------------+-----------+-----------+--------------+------------------------------------------+
| event_time                 | user_host                 | thread_id | server_id | command_type | argument
          |
+----------------------------+---------------------------+-----------+-----------+--------------+------------------------------------------+
| 2020-03-31 22:31:24.750895 | root[root] @ localhost [] |         6 |         0 | Query        | select * from test01
          |
| 2020-03-31 22:31:26.128924 | root[root] @ localhost [] |         6 |         0 | Query        | select id, name from test01 whe
re id = 1 |
| 2020-03-31 22:32:15.736558 | root[root] @ localhost [] |         6 |         0 | Query        | select * from mysql.general_log
          |
+----------------------------+---------------------------+-----------+-----------+--------------+--------------------------------
----------+
3 rows in set (0.01 sec)

既然有記錄到表中，自然也有記錄到文件中，只需要做如下設置：

set global general_log_file = '/tmp/mysql_general.log';		--設置文件路徑
set global log_output = 'file';	--設置記錄到文件

可通過如下命令查看文件路徑：

mysql> show variables like '%general_log%';
+------------------+------------------------+
| Variable_name    | Value                  |
+------------------+------------------------+
| general_log      | ON                     |
| general_log_file | /tmp/mysql_general.log |
+------------------+------------------------+
2 rows in set (0.00 sec)

同樣執行以上兩條SQL：

select * from test01;
select id, name from test01 where id = 1;

查看文件內容，得到如下結果：

chenyc@DESKTOP-Q5J25HR:~$ sudo cat /tmp/mysql_general.log
/usr/sbin/mysqld, Version: 5.7.29-0ubuntu0.18.04.1 ((Ubuntu)). started with:
Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock
Time                 Id Command    Argument
2020-03-31T14:35:49.793176Z         6 Query     show variables like '%general_log%'
2020-03-31T14:37:20.241374Z         6 Query     select * from test01
2020-03-31T14:37:21.408617Z         6 Query     select id, name from test01 where id = 1

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 企業級自動化部署方案——ansible實現lvs+keepalived高可用架構
    ==耗時8小時左右== 總體設計 ansible playbook目錄結構 入口文件 因為不同的主機配置不同，所以按主機分類設置了3個role NFS服務playbook結構 WEB服務playbook結構 Keepalived+LVS服務playbook結構 執行過程 結果測試 1.查看浮動ip ...
  • Linux 使用 tail 命令查看文件內容
    使用方法： 使用示例： ...
  • yum安裝zabbix4.2
    yum部署zabbix-server4.2 前面寫到過在已有的lnmp環境下源碼部署zabbix-server4.0，這次就寫一篇yum部署zabbix-server+mysql的結合。 環境說明： 1.這裡我所使用的MySQL版本為8版本，系統版本為CentOS7.4系列操作系統 部署MySQL ...
  • 痞子衡嵌入式：記錄i.MXRT1060驅動LCD屏顯示橫向漸變色有亮點問題解決全過程（提問篇）
    痞子衡前段時間在支持一個i.MXRT1060客戶項目時遇到了LCD顯示有異常亮點的問題，這個問題的定位和排查花了一點時間，整個過程現在回想起來仍覺得有意思。做嵌入式（尤其是軟體）這行主要工作除了寫代碼就是解Bug了，而且很多時候往往是寫代碼容易，解Bug難，所以解Bug能力是衡量一個工程師是否資深的... ...
  • 關於嵌入式實時操作系統的實時性
    嵌入式實時操作系統RTOS里實時的衡量指標到底是什麼呢？1s肯定達不到實時，那需要多快呢？100ms，10ms，1ms，還是100us，10us？ 還有這些指標是如何測量的呢？ 一個關於1553B匯流排消息周期實時性指標的例子 一篇論文中關於1553B匯流排消息周期實時性的指標，從這個例子中可以看出，對 ...
  • MySQL索引背後的數據結構及演算法原理
    本文(面對的是程式員而非專業資料庫管理員DBA)以MySQL資料庫為研究對象，討論與資料庫索引相關的一些話題。特別需要說明的是，MySQL支持諸多存儲引擎，而各種存儲引擎對索引的支持也各不相同，因此MySQL資料庫支持多種索引類型，如BTree索引，哈希索引，全文索引等等。為了避免混亂，本文將只關註 ...
  • MySQL到底能有多少個欄位
    今天技術討論群里 “一切隨遇而安”同學看書時出現一個疑問，一個MySQL的表中到底可以有多少個欄位？帶著這個疑問，我們展開了探討，也接著討論了一個單欄位長度的問題。 1. 官方文檔說明 官方文檔的內容如下，主要意思是欄位個數限制達不到理想的4096個，且和欄位類型有關，innodb引擎的欄位上限是1 ...
  • MySQL MyISAM和Innodb表生成序列
    [toc] 背景 應用端需要生成依次遞增的序列來做流水序號等，方案有1、redis /MySQL SEQUENCE引擎生成序列；2、MySQL中myisam表 replace into方式；3、MySQL中innodb表INSERT ... ON DUPLICATE KEY方式 分析 redis / ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類