MySQLbinlog日誌01binlog日誌基本操作

来源:https://www.cnblogs.com/coe2coe/archive/2018/09/22/9690600.html
-Advertisement-
Play Games

本系列博客主要介紹MySQL資料庫的binlog日誌的相關內容，這個系列的主題包括： MySQLbinlog日誌01binlog日誌基本操作 MySQLbinlog日誌02binlog日誌用於數據恢復 MySQLbinlog日誌03binlog日誌位元組碼解析 MySQLbinlog日誌04binlo ...


 

本系列博客主要介紹MySQL資料庫的binlog日誌的相關內容，這個系列的主題包括：

MySQLbinlog日誌01binlog日誌基本操作

MySQLbinlog日誌02binlog日誌用於數據恢復

MySQLbinlog日誌03binlog日誌位元組碼解析

MySQLbinlog日誌04binlog日誌位元組碼解析之二Write_Rows事件

 

本篇博客是第1篇，主要介紹binlog日誌基本操作。內容包括：

binlog日誌的作用

binlog日誌相關的配置參數

binlog相關的SQL語句

binlog日誌內容查看

 

以下是本博客的正文：

 

binlog日誌的作用

binlog日誌記錄了一段時間內資料庫上的所有寫數據操作的完整數據。因此在數據不一致或者誤操作刪除數據後，可以用於某個時間段或者某個binlog位置範圍內的操作數據的恢復工作。

 

binlog日誌的另外一個工作能用於MySQL主從複製體系。主機上產生binlog日誌數據，並且發送到從機上。從機上的IO線程接收到事件數據後保存到本地的relay event日誌中，從機的SQL線程隨後將這些relay event日誌中的事件數據在從機上執行，從而達到主從一致的狀態。

 

 

binlog日誌相關的配置參數

 

比較重要的幾個參數：

log_bin=mysql_binlog

binlog日誌文件的文件名首碼

 

sync_binlog=1

執行多個事務後同步binlog日誌文件。

0：不同步，僅僅寫入binlog緩存。

1：1個事務後同步。

N(N>1)：N個事務後同步。

 

max_binlog_size=10M

一個binlog日誌文件的最大大小。 最小值為4096位元組。

 

binlog_format=row

binlog事件的格式。

ROW：記錄行數據，預設不記錄用戶SQL，對於DDL語句，仍然記錄SQL。

STATEMENT：記錄用戶sql語句。當執行一些函數時導致複製機制產生問題，數據不一致。

MIXED：主要記錄sql語句，當用到了特定的函數時記錄行數據。

 

在ROW模式下，如果delete語句實際沒有刪除任何記錄，則不會記錄到binlog日誌中。

對於一個UPDATE語句修改了多條記錄，則每一條記錄會作為一個binlog事件記錄到binlog日誌中。

 

binlog_row_image=full

記錄行數據(ROW模式)時，是否記錄沒有使用到的欄位的值。

FULL：記錄所有欄位，包括沒有使用的欄位。

MINIMAL：只記錄被更改的欄位和能夠唯一識別記錄的欄位的值。

NOBLOB：基本跟FULL相同，但是沒有使用到的TEXT和BLOB欄位除外。

 

binlog_rows_query_log_events=1

是否記錄用戶的原始SQL，用於ROW模式。

0：不記錄。

1：記錄。

 

 

全部的參數如下所示：

mysql> show variables like '%binlog%'

    -> ;

+--------------------------------------------+----------------------+

| Variable_name                              | Value                |

+--------------------------------------------+----------------------+

| binlog_cache_size                          | 32768                |

| binlog_checksum                            | CRC32                |

| binlog_direct_non_transactional_updates    | OFF                  |

| binlog_error_action                        | ABORT_SERVER         |

| binlog_format                              | ROW                  |

| binlog_group_commit_sync_delay             | 0                    |

| binlog_group_commit_sync_no_delay_count    | 0                    |

| binlog_gtid_simple_recovery                | ON                   |

| binlog_max_flush_queue_time                | 0                    |

| binlog_order_commits                       | ON                   |

| binlog_row_image                           | FULL                 |

| binlog_rows_query_log_events               | ON                   |

| binlog_stmt_cache_size                     | 32768                |

| binlog_transaction_dependency_history_size | 25000                |

| binlog_transaction_dependency_tracking     | COMMIT_ORDER         |

| innodb_api_enable_binlog                   | OFF                  |

| innodb_locks_unsafe_for_binlog             | OFF                  |

| log_statements_unsafe_for_binlog           | ON                   |

| max_binlog_cache_size                      | 18446744073709547520 |

| max_binlog_size                            | 10485760             |

| max_binlog_stmt_cache_size                 | 18446744073709547520 |

| sync_binlog                                | 1                    |

+--------------------------------------------+----------------------+

22 rows in set (0.01 sec)

 

 

binlog相關的SQL語句

清除全部的binlog文件。

 

o RESET MASTER

 

  Deletes all binary logs listed in the index file, resets the binary

  log index file to be empty, and creates a new binary log file.

 

mysql> reset master;

Query OK, 0 rows affected (0.01 sec)

 

查看當前全部binlog文件的名字和大小。

 

mysql> show binary logs;

+---------------------+-----------+

| Log_name            | File_size |

+---------------------+-----------+

| mysql_binlog.000001 |       154 |

+---------------------+-----------+

1 row in set (0.00 sec)

 

File_size列出的就是binlog文件的位元組數大小。

[root@101 data]# ls -l mysql_binlog.*

-rw-r-----. 1 mysql mysql 154 Sep 20 20:46 mysql_binlog.000001

-rw-r-----. 1 mysql mysql  22 Sep 20 20:46 mysql_binlog.index

 

 

查看binlog的最新位置，也是154，就是這個位置(Position)實際上是文件的位元組偏移量。

mysql> help show master status

Name: 'SHOW MASTER STATUS'

Description:

Syntax:

SHOW MASTER STATUS

 

This statement provides status information about the binary log files

of the master. It requires either the SUPER or REPLICATION CLIENT

privilege.

 

mysql> show master status;

+---------------------+----------+--------------+------------------+-------------------+

| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+---------------------+----------+--------------+------------------+-------------------+

| mysql_binlog.000001 |      154 |              |                  |                   |

+---------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

 

mysql> show binlog events in 'mysql_binlog.000001';

+---------------------+-----+----------------+-----------+-------------+---------------------------------------+

| Log_name            | Pos | Event_type     | Server_id | End_log_pos | Info                                  |

+---------------------+-----+----------------+-----------+-------------+---------------------------------------+

| mysql_binlog.000001 |   4 | Format_desc    |       101 |         123 | Server ver: 5.7.22-log, Binlog ver: 4 |

| mysql_binlog.000001 | 123 | Previous_gtids |       101 |         154 |                                       |

+---------------------+-----+----------------+-----------+-------------+---------------------------------------+

2 rows in set (0.00 sec)

 

 

 

刷新binlog文件，即新建立一個binlog日誌文件。

mysql> show binary logs;

+---------------------+-----------+

| Log_name            | File_size |

+---------------------+-----------+

| mysql_binlog.000001 |       154 |

+---------------------+-----------+

1 row in set (0.00 sec)

 

mysql> flush binary logs;

Query OK, 0 rows affected (0.00 sec)

 

mysql> flush binary logs;

Query OK, 0 rows affected (0.00 sec)

 

mysql> show binary logs;

+---------------------+-----------+

| Log_name            | File_size |

+---------------------+-----------+

| mysql_binlog.000001 |       204 |

| mysql_binlog.000002 |       204 |

| mysql_binlog.000003 |       154 |

+---------------------+-----------+

3 rows in set (0.00 sec)

 

 

flush logs, flush tables with read , flush tables for export這些命令不會寫binlog日誌，因為如果寫了binlog，可能會在主從複製時產生問題。

FLUSH LOGS, FLUSH TABLES WITH READ LOCK (with or without a table list),

and FLUSH TABLES tbl_name ... FOR EXPORT are not written to the binary

log in any case because they would cause problems if replicated to a

slave.

 

show binlog events 語句用於查看指定的binlog日誌文件中記錄的binlog事件。

 

 

 

binlog日誌內容查看

假定目前binlog_format=row。

先用flush logs創建一個新的binlog文件。

mysql> flush logs;

Query OK, 0 rows affected (0.01 sec)

 

mysql> show master status;

+---------------------+----------+--------------+------------------+-------------------+

| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+---------------------+----------+--------------+------------------+-------------------+

| mysql_binlog.000046 |      154 |              |                  |                   |

+---------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

使用mysqlbinlog程式查看文件內容，DECODE-ROWS選項表示解析原始輸出信息中的BASE64數據塊為SQL語句，否則將看到BASE64數據塊。

 

[root@101 data]# mysqlbinlog -v  --base64-output=DECODE-ROWS  mysql_binlog.000046

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;

/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

DELIMITER /*!*/;

# at 4

#180920  0:09:37 server id 101  end_log_pos 123 CRC32 0xc5c14f6f  Start: binlog v 4, server v 5.7.22-log created 180920  0:09:37

# Warning: this binlog is either in use or was not closed properly.

# at 123

#180920  0:09:37 server id 101  end_log_pos 154 CRC32 0xa91b6a91  Previous-GTIDs

# [empty]

SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

DELIMITER ;

# End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

 

使用下麵的命令去掉mysqlbinlog輸出中的註釋語句，使得輸出的日誌信息更容易觀察。

root@101 data]# mysqlbinlog -v  --base64-output=DECODE-ROWS  mysql_binlog.000046 |grep -E -v  "^\/\*"

DELIMITER /*!*/;

# at 4

#180920  0:09:37 server id 101  end_log_pos 123 CRC32 0xc5c14f6f  Start: binlog v 4, server v 5.7.22-log created 180920  0:09:37

# Warning: this binlog is either in use or was not closed properly.

# at 123

#180920  0:09:37 server id 101  end_log_pos 154 CRC32 0xa91b6a91  Previous-GTIDs

# [empty]

SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

DELIMITER ;

# End of log file

 

mysql_binlog.000046文件的日誌從position=4的位置開始，到end_log_pos=154結束，這個文件是mysql當前產生的最新的一個binlog文件，end_log_pos與show master status的輸出信息的position的值相同。由此可見，show master status輸出的position是最新的binlog文件的末尾位置。

 

在搭建主從複製架構時，從機的change master to語句中的master_log_position=xxxxx，這個xxxxx值不能簡單的賦值為show master status的position值。應該考慮實際情況再決定使用什麼數值。

 

如果從機是按照主機的最新的備份製作的資料庫，那麼可以使用show master status的position值,此時master_log_file也應該是這裡輸出的file的值。

如果從機不是按照最新的備份製作的資料庫，那麼需要仔細分析後根據位置信息和文件信息以及具體時間點進行設置。

 

 

 

 

執行一個SQL語句。

mysql> show master status;

+---------------------+----------+--------------+------------------+-------------------+

| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+---------------------+----------+--------------+------------------+-------------------+

| mysql_binlog.000046 |      154 |              |                  |                   |

+---------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

mysql> insert into t2 (name) values ('A1'),('B1');

Query OK, 2 rows affected (0.01 sec)

Records: 2  Duplicates: 0  Warnings: 0

 

mysql> show master status;

+---------------------+----------+--------------+------------------+-------------------+

| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+---------------------+----------+--------------+------------------+-------------------+

| mysql_binlog.000046 |      421 |              |                  |                   |

+---------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

binlog Position從154變成了421。

 

查看新的binlog日誌：

root@101 data]# mysqlbinlog -v  --base64-output=DECODE-ROWS  mysql_binlog.000046 |grep -E -v  "^\/\*"

DELIMITER /*!*/;

# at 4

#180920  0:09:37 server id 101  end_log_pos 123 CRC32 0xc5c14f6f  Start: binlog v 4, server v 5.7.22-log created 180920  0:09:37

# Warning: this binlog is either in use or was not closed properly.

# at 123

#180920  0:09:37 server id 101  end_log_pos 154 CRC32 0xa91b6a91  Previous-GTIDs

# [empty]

# at 154

#180920  0:23:30 server id 101  end_log_pos 219 CRC32 0xc8b9a40f  Anonymous_GTIDlast_committed=0 sequence_number=1 rbr_only=yes

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 219

#180920  0:23:30 server id 101  end_log_pos 291 CRC32 0xb2d919c9  Query thread_id=2 exec_time=0 error_code=0

SET TIMESTAMP=1537374210/*!*/;

SET @@session.pseudo_thread_id=2/*!*/;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;

SET @@session.sql_mode=1436549152/*!*/;

SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

BEGIN

# at 291

#180920  0:23:30 server id 101  end_log_pos 339 CRC32 0x097d51d0  Table_map: `test`.`t2` mapped to number 110

# at 339

#180920  0:23:30 server id 101  end_log_pos 390 CRC32 0x025373f6  Write_rows: table id 110 flags: STMT_END_F

### INSERT INTO `test`.`t2`

### SET

###   @1=1

###   @2='A1'

### INSERT INTO `test`.`t2`

### SET

###   @1=2

###   @2='B1'

# at 390

#180920  0:23:30 server id 101  end_log_pos 421 CRC32 0x077fb982  Xid = 26

COMMIT/*!*/;

SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

DELIMITER ;

# End of log file

 

在position=339的地方寫入一個事務的2條新記錄，然後執行了提交操作，end_log_pos=421。

 

 

執行2條update語句：

mysql> update t2 set name='AAAA1' where id=1;

Query OK, 1 row affected (0.01 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

mysql> update t2 set name='AAAA2' where id=2;

Query OK, 1 row affected (0.01 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

繼續查看binlog日誌信息，使用--start-position選項指定從position=421(之前的binlog日誌前面已經查看過了）開始查看binlog日誌。

 

[root@101 data]# mysqlbinlog --start-position=421  -v  --base64-output=DECODE-ROWS   mysql_binlog.000046 |grep -E -v  "^\/\*"

DELIMITER /*!*/;

# at 421

#180920  0:30:38 server id 101  end_log_pos 486 CRC32 0x45344b55  Anonymous_GTIDlast_committed=1 sequence_number=2 rbr_only=yes

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 486

#180920  0:30:38 server id 101  end_log_pos 558 CRC32 0xdb968326  Query thread_id=2 exec_time=0 error_code=0

SET TIMESTAMP=1537374638/*!*/;

SET @@session.pseudo_thread_id=2/*!*/;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;

SET @@session.sql_mode=1436549152/*!*/;

SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

BEGIN

# at 558

#180920  0:30:38 server id 101  end_log_pos 606 CRC32 0xe179cc2d  Table_map: `test`.`t2` mapped to number 110

# at 606

#180920  0:30:38 server id 101  end_log_pos 661 CRC32 0x26f63b69  Update_rows: table id 110 flags: STMT_END_F

### UPDATE `test`.`t2`

### WHERE

###   @1=1

###   @2='A1'

### SET

###   @1=1

###   @2='AAAA1'

# at 661

#180920  0:30:38 server id 101  end_log_pos 692 CRC32 0x2dcc1cd6  Xid = 29

COMMIT/*!*/;

# at 692

#180920  0:30:53 server id 101  end_log_pos 757 CRC32 0x07b40b05  Anonymous_GTIDlast_committed=2 sequence_number=3 rbr_only=yes

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 757

#180920  0:30:53 server id 101  end_log_pos 829 CRC32 0xbbb5f160  Query thread_id=2 exec_time=0 error_code=0

SET TIMESTAMP=1537374653/*!*/;

BEGIN

# at 829

#180920  0:30:53 server id 101  end_log_pos 877 CRC32 0x96ab4362  Table_map: `test`.`t2` mapped to number 110

# at 877

#180920  0:30:53 server id 101  end_log_pos 932 CRC32 0x9b9c8a78  Update_rows: table id 110 flags: STMT_END_F

### UPDATE `test`.`t2`

### WHERE

###   @1=2

###   @2='B1'

### SET

###   @1=2

###   @2='AAAA2'

# at 932

#180920  0:30:53 server id 101  end_log_pos 963 CRC32 0x1c975da3  Xid = 30

COMMIT/*!*/;

SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

DELIMITER ;

# End of log file

 

mysqlbinlog程式輸出的日誌信息中，可以看到資料庫中執行的寫操作的SQL語句的基本原型,不包含欄位名稱。欄位名全部都使用@1,@2等代替了，這裡@1表示第1個欄位，@2表示第2個欄位，依次類推。由於這些SQL中已經包含了表名，可以很容易取到欄位的順序以及名稱。因此，可以根據這些SQL語句還原出真實的包含了欄位名的SQL語句。

mysql> desc t2;

+-------+--------------+------+-----+---------+----------------+

| Field | Type         | Null | Key | Default | Extra          |

+-------+--------------+------+-----+---------+----------------+

| id    | int(11)      | NO   | PRI | NULL    | auto_increment |

| name  | varchar(100) | NO   |     | NULL    |                |

+-------+--------------+------+-----+---------+----------------+

2 rows in set (0.00 sec)

 

 

### UPDATE `test`.`t2`

### WHERE

###   @1=2

###   @2='B1'

### SET

###   @1=2

###   @2='AAAA2'

這個語句中的@1就是id，@2就是name。

 

 

-v參數的效果：

### INSERT INTO `test`.`t2`

### SET

###   @1=3

###   @2='3'

###   @3=0

###   @4=NULL

 

 

當使用-vv參數時，將包含每個欄位的詳細元數據信息。

### INSERT INTO `test`.`t2`

### SET

###   @1=3 /* INT meta=0 nullable=0 is_null=0 */

###   @2='3' /* VARSTRING(100) meta=100 nullable=0 is_null=0 */

###   @3=0 /* INT meta=0 nullable=0 is_null=0 */

###   @4=NULL /* INT meta=0 nullable=1 is_null=1 */

 

 

 

在使用-vv參數，同時配置參數binlog_rows_query_log_events=1的效果：

binlog中將會包含用戶執行的原始SQL語句。

 

# at 291

#180920  6:56:10 server id 101  end_log_pos 355 CRC32 0x24cd5468  Rows_query

# insert into t2 (name) values ('3'),('4')

# at 355

#180920  6:56:10 server id 101  end_log_pos 405 CRC32 0x6d5e9163  Table_map: `test`.`t2` mapped to number 108

# at 405

#180920  6:56:10 server id 101  end_log_pos 462 CRC32 0x3d3d565b  Write_rows: table id 108 flags: STMT_END_F

### INSERT INTO `test`.`t2`

### SET

###   @1=3 /* INT meta=0 nullable=0 is_null=0 */

###   @2='3' /* VARSTRING(100) meta=100 nullable=0 is_null=0 */

###   @3=0 /* INT meta=0 nullable=0 is_null=0 */

###   @4=NULL /* INT meta=0 nullable=1 is_null=1 */

### INSERT INTO `test`.`t2`

### SET

###   @1=4 /* INT meta=0 nullable=0 is_null=0 */

###   @2='4' /* VARSTRING(100) meta=100 nullable=0 is_null=0 */

###   @3=0 /* INT meta=0 nullable=0 is_null=0 */

###   @4=NULL /* INT meta=0 nullable=1 is_null=1 */

 


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

-Advertisement-
Play Games
更多相關文章
  • 在虛擬機里安裝linux(centos 6.5)系統
    菜鳥一枚，也是接觸linux系統沒多長時間，前一陣子網上說有一個高級資料庫工程師，因為rm -rf / 命令幹掉了資料庫-（nb)，居然還跑路了！厲害了我的哥！也是閑的我蛋疼，在虛擬機里試了一批，本來沒啥事情滴，哈爾皮地少敲了一個字母，幹掉了根目錄，mmp.... 還好做了快照，嘿嘿....... ...
  • 炫龍炎魔T1筆記本 Win7 系統安裝
    系統鏈接：https://pan.baidu.com/s/1T5FdJf1jhTj78vEBYCXxyA 密碼：rl7m 1、製作系統盤（下載文件中有教程），插好U盤，重啟電腦 2、按F2進入BOSS，在彈出界面中選擇YES 3、進入BOOT界面，第一個opinion選擇U盤，保存退出 4、按照步 ...
  • linux：SUID、SGID詳解
    文章轉載至：http://tech.ccidnet.com/art/2583/20071030/1258885_1.html 如果你對SUID、SGID仍有迷惑可以好好參考一下！ Copyright by kevintz. 由於用戶在UNIX下經常會遇到SUID、SGID的概念，而且SUID和SGI ...
  • linux怎麼查看已裝好硬體驅動
    linux系統中的設備驅動是否安裝好一般檢查幾個方面：1、系統日誌。嵌入式系統多是直接dmesg一下，看有沒有設備關鍵字相關的出錯信息(通用系統可檢查/var/log/messages文件)。2、已載入的模塊。檢查模塊載入列表中有沒有相關設備的模塊。lsmod3、設備列表。檢查已載入的設備中有沒有相 ...
  • 文件打開方式點錯之後怎麼樣才能恢複原來的圖標（升級版）
    由於之前想看看.class文件中的內容是否是“0101”二進位，選擇了用記事本打開，並忘記取消勾選“始終使用選擇的程式打開這種文件(A)”，導致電腦上所有.class結尾的文件圖標和打開方式都變成了記事本，雖然好像沒什麼影響，但是經不住自己有強迫症。非要把.class文件還原成之前的狀態。用上一篇文 ...
  • zookeeper之場景與架構-《每日五分鐘搞定大數據》
    Zookeeper作為一個分散式協調系統提供了一項基本服務： 分散式鎖服務 ，分散式鎖是分散式協調技術實現的核心內容。像配置管理、任務分發、組服務、分散式消息隊列、分散式通知/協調等，這些應用實際上都是基於這項基礎服務由用戶自己摸索出來的。 1.Zookeeper在大數據系統中的常見應用 zooke ...
  • 數據倉庫（一）：認識數據倉庫
    剛接觸數據倉庫是在我的第一份實習工作——數據中心數據管理系統開發，它是一個B/S架構的應用，與一般的項目不同的是，系統是以數據倉庫來進行數據存取的，這是我第一次聽說數倉這個詞，感覺它龐大而且神秘，不知道從何入手，對數據倉庫有一種敬畏之心，後來經過慢慢的學習和使用，發現其實它在應用開發中的使用方法跟傳... ...
  • MySQLbinlog日誌04binlog日誌位元組碼解析之二Write_Rows事件
    本系列博客主要介紹MySQL資料庫的binlog日誌的相關內容，這個系列的主題包括： MySQLbinlog日誌01binlog日誌基本操作 MySQLbinlog日誌02binlog日誌用於數據恢復 MySQLbinlog日誌03binlog日誌位元組碼解析 MySQLbinlog日誌04binlo ...
一周排行
    -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.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類