[轉]MySQL資料庫的優化-運維架構師必會高薪技能，筆者近六年來一線城市工作實戰經驗

来源:http://www.cnblogs.com/croso/archive/2016/03/13/5272702.html
-Advertisement-
Play Games

我們究竟應該如何對MySQL資料庫進行優化？下麵我就從MySQL對硬體的選擇、MySQL的安裝、my.cnf的優化、MySQL如何進行架構設計及數據切分等方面來說明這個問題。 伺服器物理硬體的優化 在挑選硬體伺服器時，我們應該從下麵幾個方面著重對MySQL伺服器的硬體配置進行優化，也就是說將項目...


本文轉自：http://liangweilinux.blog.51cto.com/8340258/1728131

首先在此感謝下我的老師-老男孩專家擁有16年一線實戰經驗，我當然不能和我的老師平起平坐，得到老師三分之一的真傳,所以只有6年,嘿,廢話不多說，下麵開啟MySQL優化之旅！

我們究竟應該如何對MySQL資料庫進行優化？下麵我就從MySQL對硬體的選擇、MySQL的安裝、my.cnf的優化、MySQL如何進行架構設計及數據切分等方面來說明這個問題。

伺服器物理硬體的優化

在挑選硬體伺服器時，我們應該從下麵幾個方面著重對MySQL伺服器的硬體配置進行優化，也就是說將項目中的資金著重投入到如下幾處：

1、磁碟尋道能力（磁碟I/O），我們現在用的都是SAS15000轉的硬碟，用6快這樣的硬碟作RAID1+0。MySQL每一秒鐘都在進行大量、複雜的查詢操作，對磁碟的讀寫量可想而知，所以，通常認為磁碟I/O是約制MySQL性能的最大因素之一。對於日均訪問量在100萬PV以上的論壇（Discuz）、博客（Wordpress），如果性能不好，造成的直接後果就是MySQL的性能會非常低下！解決這一制約因素可以考慮解決訪問是：使用RAID1+0磁碟陣列，註意不要嘗試RAID5，MySQL在PAID5磁碟陣列上的效率不會像你期待的那樣快，如果資金允許，可以選擇固態硬碟SSD來替代SAS硬碟做RAID1+0。

2、CPU對於MySQL的影響也是不容忽視的，建議選擇運算能力強悍的CPU。推薦使用DELL R710（雙四核），商家的賣點也是其強大的虛擬化和資料庫能力。

3、對於一臺使用MySQL的Database Server來說，建議伺服器的記憶體不要小於2GB，推薦使用4GB以上的物理記憶體，不過記憶體對於現在的伺服器而言可以說是一個可以忽略的問題，如果是高端伺服器，基本上記憶體都超過了32GB，我們的數據流伺服器都是32GB記憶體。

我在工作中用的比較多的資料庫伺服器是DELL R710/R720，其穩定性和性能都不錯，同時我也發現許多同行都是採用它作為資料庫的伺服器，所以在這裡也向大家推薦一下。

MySQL應採用編譯方式安裝

關於MySQL資料庫的線上環境安裝，我建議採取編譯安裝的方式，這樣性能會有較大的提升。伺服器系統則建議CentOS6.7 X86_64，源碼包的編譯參數會預設以Debug模式生成二進位代碼，而Debug模式給MySQL帶來的性能損失是比較大的，所以當我們編譯準備安裝的產品代碼時，一定不要忘記使用--without-debug參數禁止Debug模式。如果把--with-mysqld-ldflags和--with-client-ld-flags兩個編譯參數設置為--all-static的話，可以告訴編譯器以靜態的方式編譯，編譯結果將得到最高的性能。使用靜態編譯和使用動態編譯的代碼相比，性能差距可能會達到5%至10%之多。在後面我會跟大家分享我們線上MySQL資料庫的編譯參數，大家可以參考下，然後根據自己的線上環境自行修改內容。

MySQL配置文件優化

[client]

port   = 3306  #客戶端埠號為3306

socket  =/data/3306/mysql.sock #

default-character-set = utf8  #客戶端字元集,(控制character_set_client、character_set_connection、character_set_results)

 

[mysql]

no-auto-rehash  #僅僅允許使用鍵值的updates和deletes

 

[mysqld]  #組包括了mysqld服務啟動的參數，它涉及的方面很多，其中有MySQL的目錄和文件，通信、網路、信息安全，記憶體管理、優化、查詢緩存區，還有MySQL日誌設置等。

user    = mysql  #mysql_safe腳本使用MySQL運行用戶(編譯時--user=mysql指定),推薦使用mysql用戶。

port    = 3306  #MySQL服務運行時的埠號。建議更改預設埠,預設容易遭受攻擊。

socket  =/data/3306/mysql.sock  #socket文件是在Linux/Unix環境下特有的，用戶在Linux/Unix環境下客戶端連接可以不通過TCP/IP網路而直接使用unix socket連接MySQL。

basedir = /application/mysql  #mysql程式所存放路徑,常用於存放mysql啟動、配置文件、日誌等

datadir = /data/3306/data  #MySQL數據存放文件(極其重要)

character-set-server = utf8  #資料庫和資料庫表的預設字元集。(推薦utf8,以免導致亂碼)

log-error=/data/3306/mysql_xuliangwei.err  #mysql錯誤日誌存放路徑及名稱(啟動出現錯誤一定要看錯誤日誌,百分之百都能通過錯誤日誌排插解決。)

pid-file=/data/3306/mysql_xuliangwei.pid  #MySQL_pid文件記錄的是當前mysqld進程的pid，pid亦即ProcessID。

skip-locking  #避免MySQL的外部鎖定，減少出錯幾率，增強穩定性。

skip-name-resolv  #禁止MySQL對外部連接進行DNS解析，使用這一選項可以消除MySQL進行DNS解析的時候。但是需要註意的是，如果開啟該選項，則所有遠程主機連接授權都要使用IP地址方式了，否則MySQL將無法正常處理連接請求！

skip-networking  #開啟該選項可以徹底關閉MySQL的TCP/IP連接方式，如果Web伺服器是以遠程連接的方式訪問MySQL資料庫伺服器的，則不要開啟該選項，否則無法正常連接！

open_files_limit    = 1024  #MySQLd能打開文件的最大個數,如果出現too mant openfiles之類的就需要調整該值了。

back_log = 384  #back_log參數是值指出在MySQL暫時停止響應新請求之前，短時間內的多少個請求可以被存在堆棧中。如果系統在短時間內有很多連接，則需要增加該參數的值，該參數值指定到來的TCP/IP連接的監聽隊列的大小。不同的操作系統在這個隊列的大小上有自己的限制。如果試圖將back_log設置得高於操作系統的限制將是無效的，其預設值為50.對於Linux系統而言，推薦設置為小於512的整數。

max_connections = 800 #指定MySQL允許的最大連接進程數。如果在訪問博客時經常出現 Too Many Connections的錯誤提示，則需要增大該參數值。

max_connect_errors = 6000  #設置每個主機的連接請求異常中斷的最大次數，當超過該次數，MySQL伺服器將禁止host的連接請求，直到MySQL伺服器重啟或通過flush hosts命令清空此host的相關信息。

wait_timeout = 120  #指定一個請求的最大連接時間，對於4GB左右記憶體的伺服器來說，可以將其設置為5~10。

table_cache = 614K  #table_cache指示表高速緩衝區的大小。當MySQL訪問一個表時，如果在MySQL緩衝區還有空間，那麼這個表就被打開並放入表緩衝區，這樣做的好處是可以更快速地訪問表中的內容。一般來說，可以查看資料庫運行峰值時間的狀態值Open_tables和Open_tables，用以判斷是否需要增加table_cache的值，即如果Open_tables接近table_cache的時候，並且Opened_tables這個值在逐步增加，那就要考慮增加這個值的大小了。

external-locking = FALSE  #MySQL選項可以避免外部鎖定。True為開啟。

max_allowed_packet =16M  #伺服器一次能處理最大的查詢包的值，也是伺服器程式能夠處理的最大查詢

sort_buffer_size = 1M  #設置查詢排序時所能使用的緩衝區大小，系統預設大小為2MB。

註意：該參數對應的分配記憶體是每個連接獨占的，如果有100個連接，那麼實際分配的總排序緩衝區大小為100 x6=600MB。所以，對於記憶體在4GB左右的伺服器來說，推薦將其設置為6MB~8MB

join_buffer_size = 8M #聯合查詢操作所能使用的緩衝區大小，和sort_buffer_size一樣，該參數對應的分配記憶體也是每個連接獨享。

thread_cache_size = 64 #設置Thread Cache池中可以緩存的連接線程最大數量，可設置為0~16384，預設為0.這個值表示可以重新利用保存在緩存中線程的數量，當斷開連接時如果緩存中還有空間，那麼客戶端的線程將被放到緩存中;如果線程重新被請求，那麼請求將從緩存中讀取,如果緩存中是空的或者是新的請求，那麼這個線程將被重新創建，如果有很多線程，增加這個值可以改善系統性能。通過比較Connections和Threads_created狀態的變數，可以看到這個變數的作用。我們可以根據物理記憶體設置規則如下:1GB記憶體我們配置為8,2GB記憶體我們配置為16,3GB我們配置為32,4GB或4GB以上我們給此值為64或更大的值。

thread_concurrency = 8  #該參數取值為伺服器邏輯CPU數量x 2，在本例中，伺服器有兩個物理CPU，而每個物理CPU又支持H.T超線程，所以實際取值為4 x 2 = 8。這也是雙四核主流伺服器的配置。

query_cache_size = 64M #指定MySQL查詢緩衝區的大小。可以通過在MySQL控制台觀察，如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩衝不夠的情況;如果Qcache_hits的值非常大，則表明查詢緩衝使用得非常頻繁。另外如果改值較小反而會影響效率，那麼可以考慮不用查詢緩衝。對於Qcache_free_blocks，如果該值非常大，則表明緩衝區中碎片很多。

query_cache_limit = 2M  #只有小於此設置值的結果才會被緩存

query_cache_min_res_unit = 2k  #設置查詢緩存分配記憶體的最小單位，要適當第設置此參數，可以做到為減少記憶體快的申請和分配次數，但是設置過大可能導致記憶體碎片數值上升。預設值為4K，建議設置為1K~16K。

default_table_type = InnoDB  #預設表的類型為InnoDB

thread_stack = 256K  #設置MySQL每個線程的堆棧大小，預設值足夠大，可滿足普通操作。可設置範圍為128KB至4GB，預設為192KB

#transaction_isolation = Level #資料庫隔離級別 (READ UNCOMMITTED(讀取未提交內容) READ COMMITTED(讀取提交內容) REPEATABLE READ(可重讀) SERIALIZABLE(可串列化))

tmp_table_size = 64M  #設置記憶體臨時表最大值。如果超過該值，則會將臨時表寫入磁碟，其範圍1KB到4GB。

max_heap_table_size = 64M  #獨立的記憶體表所允許的最大容量。

table_cache = 614 #給經常訪問的表分配的記憶體，物理記憶體越大，設置就越大。調大這個值，一般情況下可以降低磁碟IO，但相應的會占用更多的記憶體,這裡設置為614。

table_open_cache = 512  #設置表高速緩存的數目。每個連接進來，都會至少打開一個表緩存。因此， table_cache 的大小應與 max_connections 的設置有關。例如，對於200 個並行運行的連接，應該讓表的緩存至少有 200 × N ，這裡 N 是應用可以執行的查詢的一個聯接中表的最大數量。此外，還需要為臨時表和文件保留一些額外的文件描述符。

long_query_time = 1  #慢查詢的執行用時上限,預設設置是10s,推薦(1s~2s)

log_long_format  #沒有使用索引的查詢也會被記錄。(推薦,根據業務來調整)

log-slow-queries = /data/3306/slow.log  #慢查詢日誌文件路徑(如果開啟慢查詢,建議打開此日誌)

log-bin = /data/3306/mysql-bin #logbin資料庫的操作日誌,例如update、delete、create等都會存儲到binlog日誌,通過logbin可以實現增量恢復

relay-log = /data/3306/relay-bin #relay-log日誌記錄的是從伺服器I/O線程將主伺服器的二進位日誌讀取過來記錄到從伺服器本地文件,然後SQL線程會讀取relay-log日誌的內容並應用到從伺服器

relay-log-info-file = /data/3306/relay-log.info  #從伺服器用於記錄中繼日誌相關信息的文件,預設名為數據目錄中的relay-log.info。

binlog_cache_size = 4M  #在一個事務中binlog為了記錄sql狀態所持有的cache大小，如果你經常使用大的，多聲明的事務，可以增加此值來獲取更大的性能，所有從事務來的狀態都被緩衝在binlog緩衝中，然後再提交後一次性寫入到binlog中，如果事務比此值大，會使用磁碟上的臨時文件來替代，此緩衝在每個鏈接的事務第一次更新狀態時被創建。

max_binlog_cache_size = 8M  #最大的二進位Cache日誌緩衝尺寸。

max_binlog_size = 1G  #二進位日誌文件的最大長度(預設設置1GB)一個二進位文件信息超過了這個最大長度之前,MySQL伺服器會自動提供一個新的二進位日誌文件接續上。

expire_logs_days = 7  #超過7天的binlog,mysql程式自動刪除(如果數據重要,建議不要開啟該選項)

key_buffer_size = 256M  #指定用於索引的緩衝區大小，增加它可得到更好的索引處理性能。對於記憶體在4GB左右的伺服器來說，該參數可設置為256MB或384MB。

註意：如果該參數值設置得過大反而會使伺服器的整體效率降低！

read_buffer_size = 4M  #讀查詢操作所能使用的緩衝區大小。和sort_buffer_size一樣，該參數對應的分配記憶體也是每個連接獨享。

read_rnd_buffer_size = 16M #設置進行隨機讀的時候所使用的緩衝區。此參數和read_buffer_size所設置的Buffer相反，一個是順序讀的時候使用，一個是隨機讀的時候使用。但是兩者都是針對與線程的設置，每個線程都可以產生兩種Buffer中的任何一個。預設值256KB，最大值4GB。

bulk_insert_buffer_size = 8M  #如果經常性的需要使用批量插入的特殊語句來插入數據,可以適當調整參數至16MB~32MB,建議8MB。

#myisam_sort_buffer_size = 8M #設置在REPAIR Table或用Create index創建索引或 Alter table的過程中排序索引所分配的緩衝區大小，可設置範圍4Bytes至4GB，預設為8MB

lower_case_table_names = 1  #實現MySQL不區分大小。(發開需求-建議開啟)

slave-skip-errors = 1032,1062 #從庫可以跳過的錯誤數字值(mysql錯誤以數字代碼反饋,全的mysql錯誤代碼大全,以後會發佈至博客)。

replicate-ignore-db=mysql  #在做主從的情況下,設置不需要同步的庫。

server-id = 1  #表示本機的序列號為1,如果做主從，或者多實例,serverid一定不能相同。

myisam_sort_buffer_size = 128M  #當需要對於執行REPAIR, OPTIMIZE, ALTER 語句重建索引時，MySQL會分配這個緩存，以及LOAD DATA INFILE會載入到一個新表，它會根據最大的配置認真的分配的每個線程。 

myisam_max_sort_file_size = 10G #當重新建索引（REPAIR，ALTER，TABLE，或者LOAD，DATA，TNFILE）時，MySQL被允許使用臨時文件的最大值。

myisam_repair_threads = 1 #如果一個表擁有超過一個索引, MyISAM 可以通過並行排序使用超過一個線程去修複他們.

myisam_recover #自動檢查和修複沒有適當關閉的 MyISAM 表.

innodb_additional_mem_pool_size = 4M #用來設置InnoDB存儲的數據目錄信息和其他內部數據結構的記憶體池大小。應用程式里的表越多，你需要在這裡面分配越多的記憶體。對於一個相對穩定的應用，這個參數的大小也是相對穩定的，也沒有必要預留非常大的值。如果InnoDB用廣了這個池內的記憶體，InnoDB開始從操作系統分配記憶體，並且往MySQL錯誤日誌寫警告信息。預設為1MB，當發現錯誤日誌中已經有相關的警告信息時，就應該適當的增加該參數的大小。

innodb_buffer_pool_size = 64M #InnoDB使用一個緩衝池來保存索引和原始數據，設置越大，在存取表裡面數據時所需要的磁碟I/O越少。強烈建議不要武斷地將InnoDB的Buffer Pool值配置為物理記憶體的50%~80%，應根據具體環境而定。

innodb_data_file_path = ibdata1:128M:autoextend  #設置配置一個可擴展大小的尺寸為128MB的單獨文件，名為ibdata1.沒有給出文件的位置，所以預設的是在MySQL的數據目錄內。

innodb_file_io_threads = 4  #InnoDB中的文件I/O線程。通常設置為4，如果是windows可以設置更大的值以提高磁碟I/O

innodb_thread_concurrency = 8 #你的伺服器有幾個CPU就設置為幾，建議用預設設置，一般設為8。

innodb_flush_log_at_trx_commit = 1 #設置為0就等於innodb_log_buffer_size隊列滿後在統一存儲，預設為1，也是最安全的設置。

innodb_log_buffer_size = 2M  #預設為1MB，通常設置為8~16MB就足夠了。

innodb_log_file_size = 32M  #確定日誌文件的大小，更大的設置可以提高性能，但也會增加恢複數據庫的時間。

innodb_log_files_in_group = 3 #為提高性能,MySQL可以以迴圈方式將日誌文件寫到多個文件。推薦設置為3。

innodb_max_dirty_pages_pct = 90 #InnoDB主線程刷新緩存池中的數據。

innodb_lock_wait_timeout = 120 #InnoDB事務被回滾之前可以等待一個鎖定的超時秒數。InnoDB在它自己的鎖定表中自動檢測事務死鎖並且回滾事務。InnoDB用locak tables 語句註意到鎖定設置。預設值是50秒。

innodb_file_per_table = 0  #InnoDB為獨立表空間模式，每個資料庫的每個表都會生成一個數據空間。0關閉，1開啟。

獨立表空間優點：

1、每個表都有自己獨立的表空間。

2、每個表的數據和索引都會存在自己的表空間中。

3、可以實現單表在不同的資料庫中移動。

4、空間可以回收（除drop table操作處，表空不能自己回收。）

[mysqldump]

quick

max_allowed_packet = 2M  #設定在網路傳輸中一次消息傳輸量的最大值。系統預設值為1MB，最大值是1GB，必須設置為1024的倍數。單位為位元組。

 

[mysqld_safe]

值得註意：

  • 強烈建議不要武斷地將InnoDB的Buffer Pool值配置為物理記憶體的50%~80%，應根據具體環境而定。

  • 如果key_reads太大，則應該把my.cnf中的key_buffer_size變大，保持key_reads/key_read_re-quests至少在1/100以上，越小越好。

  • 如果qcache_lowmem_prunes很大，就要增加query_cache_size的值。

不過很多時候需要具體情況具體分析，其他參數的變更我們可以等MySQL上線穩定一段時間後在根據status值進行調整。

電商MySQL資料庫配置文件

這是一份電子商務網站MySQL資料庫調整後所運行的配置文件/etc/my.cnf(伺服器為DELL R710、16GB記憶體、RAID10)，大家可以根據實際的MySQL資料庫硬體情況進行調整配置文件如下：

[client]

port            = 3306

socket          =/data/3306/mysql.sock

default-character-set = utf8

 

[mysqld]

user    = mysql

port    = 3306

character-set-server = utf8

socket  =/data/3306/mysql.sock

basedir = /application/mysql

datadir = /data/3306/data

log-error=/data/3306/mysql_err.log

pid-file=/data/3306/mysql.pid

 

log_slave_updates = 1

log-bin = /data/3306/mysql-bin

binlog_format = mixed

binlog_cache_size = 4M

max_binlog_cache_size = 8M

max_binlog_size = 1G

expire_logs_days = 90

binlog-ignore - db = mysql

binlog-ignore - db = information_schema

 

key_buffer_size = 384M

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 16M

join_buffer_size = 2M

thread_cache_size = 8

query_cache_size = 32M

query_cache_limit = 2M

query_cache_min_res_unit = 2k

thread_concurrency = 32

 

table_cache = 614

table_open_cache = 512

open_files_limit    = 10240

back_log = 600

max_connections = 5000

max_connect_errors = 6000

external-locking = FALSE

 

max_allowed_packet =16M

thread_stack = 192K

transaction_isolation = READ-COMMITTED

tmp_table_size = 256M

max_heap_table_size = 512M

 

bulk_insert_buffer_size = 64M

myisam_sort_buffer_size = 64M

myisam_max_sort_file_size = 10

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

-Advertisement-
Play Games
更多相關文章
  • 1016-03-父子控制器-----屏幕旋轉事件的傳遞
    1. ARC裡面預設情況下所有指針都是強指針。 2. 在演示 設置兩個控制器的關係為 父子控制器的關係的時候，將一個控制器B 的view加到 A控制器的view上去的時候，如果A、B不為父子控制器的關係時，旋轉屏幕 的時候 B控制器是不能監聽到屏幕的旋轉的。只有A控制器可以監聽到屏幕旋轉。 3. 屏
  • （轉）Sql日期時間格式轉換
    sql server2000中使用convert來取得datetime數據類型樣式（全） 日期數據格式的處理，兩個示例： CONVERT(varchar(16), 時間一, 20) 結果：2007-02-01 08:02/*時間一般為getdate()函數或數據表裡的欄位*/ CONVERT(var
  • MySQL 獲取 資料庫 和 表信息 方法小結
    獲取 資料庫 和 表信息： 確定MySQL支持哪些表類型：mysql> show variables like '%have%';直接得到表類型清單：mysql> show table types;
  • Sql Server查詢性能優化之不可小覷的書簽查找
    出處：http://www.cnblogs.com/lzrabbit/archive/2012/05/21/2499389.html 小小程式猿SQL Server認知的成長 1.沒畢業或工作沒多久，只知道有資料庫、SQL這麼個東東，渾然分不清SQL和Sql Server Oracle、MySql的
  • ORACLE PL/SQL 常用函數
    在csdn上也看到一個帖子叫Oracle常用函數110.大概的看了一下,裡面數據計算的居多,協方差之類的.自己覺得用到的不多,今天看到的這個,不是很全,稍微增加了一下,等以後用到的時候可以查看.
  • SQL Server安全（2/11）：身份驗證（Authentication）
    在保密你的伺服器和數據，防備當前複雜的攻擊，SQL Server有你需要的一切。但在你能有效使用這些安全功能前，你需要理解你面對的威脅和一些基本的安全概念。這篇文章提供了基礎，因此你可以對SQL Server里的安全功能充分利用，不用在面對特定威脅，不能保護你數據的功能上浪費時間。 身份驗證是驗證主
  • 在 CentOS 7 中以命令行方式安裝 MySQL 5.7.11 for Linux Generic 二進位版本
    MySQL 目前的最新版本是 5.7.11，在 Linux 下提供特定發行版安裝包（如 .rpm）以及二進位通用版安裝包（.tar.gz）。一般情況下，很多項目都傾向於採用二進位通用安裝包形式來進行安裝配置，自定義非常方便。但在安裝過程中發現，其實官方提供的安裝說明文件太過簡單，而且裡面的參數還有問
  • Buffer cache hit ratio性能計數器真的可以作為記憶體瓶頸的判斷指標嗎？
    Buffer cache hit ratio官方是這麼解釋的：“指示在緩衝區高速緩存中找到而不需要從磁碟中讀取的頁的百分比。”   Buffer cache hit ratio被很多人當做判斷記憶體的性能指標之一（我沒說僅僅只看這個計數器的值，實際上我現在都不看這個值了）， 也有不少給給出了具體的參數
一周排行
    -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.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類