主頁 > 後端開發 > 深入決議MySQL 8.0新特性：Crash Safe DDL

深入決議MySQL 8.0新特性：Crash Safe DDL

2020-09-10 01:47:33 後端開發

前言

在MySQL 8.0之前的版本中，由于架構的原因，MySQL在server層使用統一的frm檔案來存盤表元資料資訊，這個資訊能夠被不同的存盤引擎識別，而實際上InnoDB本身也存盤有元資料資訊，

這給ddl帶來了一定的挑戰，因為這種架構無法做到ddl的原子化，我們在線上經常能夠看到資料目錄下遺留的臨時檔案，或者類似server層和innodb層列個數不一致之類的錯誤，甚至某些ddl可能還遺留元資料在innodb內，而丟失了frm，導致無法重建表…..（我們為了解決這個問題，實作了一個叫drop table force的功能，去強制做清理….）

(以下所有的討論都假定使用InnoDB存盤引擎)

到了8.0版本，我們知道所有的元資料已經統一用InnoDB來進行管理，這就給實作原子ddl帶來了可能，幾乎所有的對innodb表，存盤程序，觸發器，視圖或者UDF的操作，都能做到原子化：

- 元資料修改，binlog以及innodb的操作都放在一個事務中
- 增加了一個內部隱藏的系統表`mysql.innodb_ddl_log`，ddl操作被記錄到這個表中，注意對該表的操作產生的redo會fsync到磁盤上，而不會考慮innodb_flush_log_at_trx_commit的配置，當崩潰重啟時，會根據事務是否提交來決定通過這張表的記錄去回滾或者執行ddl操作
- 增加了一個post-ddl的階段，這也是ddl的最后一個階段，會去：1. 真正的物理洗掉或重命名檔案; 2. 洗掉innodb_ddl_log中的記錄項; 3.對于一些ddl操作還會去更新其動態元資料資訊(存盤在`mysql.innodb_dynamic_metadata`，例如corrupt  flag, auto_inc值等)
- 一個正常運行的ddl結束后，其ddl log也應該被清理，如果這中間崩潰了，重啟時會去嘗試重放：1.如果已經走到最后一個ddl階段的（commit之后)，就replay ddl log，把ddl完成掉；2. 如果處于某個中間態，則回滾ddl

由于引入了atomic ddl， 有些ddl操作的行為也發生了變化:

- DROP TABLE: 在之前的版本中，一個drop table陳述句中如果要刪多個表，比如t1,t2, t2不存在時，t1會被洗掉，但在8.0中，t1和t2都不會被洗掉，而是拋出錯誤，因此要注意5.7->8.0的復制問題 (DROP VIEW， CREATE USER也有類似的問題)
- DROP DATABASE: 修改元資料和ddl_log先提交事務，而真正的物理洗掉資料檔案放在最后，因此如果在洗掉檔案時崩潰，重啟時會根據ddl_log繼續執行drop database

測驗:

MySQL很貼心的加了一個選項

innodb_print_ddl_logs，打開后我們可以從錯誤日志看到對應的ddl log，下面我們通過這個來看下一些典型ddl的程序

root@(none) 11:12:19>SET GLOBAL innodb_print_ddl_logs = 1;                                                                                                                                    
Query OK, 0 rows affected (0.00 sec)

root@(none) 11:12:22>SET GLOBAL log_error_verbosity = 3;                                                                                                                                                       
Query OK, 0 rows affected (0.00 sec)

CREATE DATABASE

mysql> CREATE DATABASE test;
Query OK, 1 row affected (0.02 sec)

創建資料庫陳述句沒有寫log_ddl，可能覺得這不是高頻操作，如果創建database的程序中失敗了，重啟后可能需要手動洗掉目錄，

CREATE TABLE

mysql> USE test;
Database changed
mysql> CREATE TABLE t1 (a INT PRIMARY KEY, b INT);
Query OK, 0 rows affected (0.06 sec)

[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=428, thread_id=7, space_id=76, old_file_path=./test/t1.ibd]
[InnoDB] DDL log delete : by id 428
[InnoDB] DDL log insert : [DDL record: REMOVE CACHE, id=429, thread_id=7, table_id=1102, new_file_path=test/t1]
[InnoDB] DDL log delete : by id 429
[InnoDB] DDL log insert : [DDL record: FREE, id=430, thread_id=7, space_id=76, index_id=190, page_no=4]
[InnoDB] DDL log delete : by id 430
[InnoDB] DDL log post ddl : begin for thread id : 7
InnoDB] DDL log post ddl : end for thread id : 7

從日志來看有三類操作，實際上描述了如果操作失敗需要進行的三項逆向操作：洗掉資料檔案，釋放記憶體中的資料詞典資訊，洗掉索引btree，在創建表之前，這些資料被寫入到ddl_log中，在創建完表并commit后，再從ddl log中洗掉這些記錄，

另外上述日志中還有DDL log delete日志，其實在每次寫入ddl log時是單獨事務提交的，但在提交之后，會使用當前事務執行一條delete操作，直到操作結束了才會提交，

加列(instant)

mysql> ALTER TABLE t1 ADD COLUMN c INT;
Query OK, 0 rows affected (0.08 sec)
Records: 0  Duplicates: 0  Warnings: 0


[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log post ddl : end for thread id : 7

注意這里執行的是Instant ddl, 這是8.0.13新支持的特性，加列操作可以只修改元資料，因此從ddl log中無需記錄資料

刪列

mysql> ALTER  TABLE t1 DROP COLUMN c;
Query OK, 0 rows affected (2.77 sec)
Records: 0  Duplicates: 0  Warnings: 0


[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=487, thread_id=7, space_id=83, old_file_path=./test/#sql-ib1108-1917598001.ibd]
[InnoDB] DDL log delete : by id 487
[InnoDB] DDL log insert : [DDL record: REMOVE CACHE, id=488, thread_id=7, table_id=1109, new_file_path=test/#sql-ib1108-1917598001]
[InnoDB] DDL log delete : by id 488
[InnoDB] DDL log insert : [DDL record: FREE, id=489, thread_id=7, space_id=83, index_id=200, page_no=4]
[InnoDB] DDL log delete : by id 489

[InnoDB] DDL log insert : [DDL record: DROP, id=490, thread_id=7, table_id=1108]
[InnoDB] DDL log insert : [DDL record: RENAME SPACE, id=491, thread_id=7, space_id=82, old_file_path=./test/#sql-ib1109-1917598002.ibd, new_file_path=./test/t1.ibd]
[InnoDB] DDL log delete : by id 491
[InnoDB] DDL log insert : [DDL record: RENAME TABLE, id=492, thread_id=7, table_id=1108, old_file_path=test/#sql-ib1109-1917598002, new_file_path=test/t1]
[InnoDB] DDL log delete : by id 492
[InnoDB] DDL log insert : [DDL record: RENAME SPACE, id=493, thread_id=7, space_id=83, old_file_path=./test/t1.ibd, new_file_path=./test/#sql-ib1108-1917598001.ibd]
[InnoDB] DDL log delete : by id 493
[InnoDB] DDL log insert : [DDL record: RENAME TABLE, id=494, thread_id=7, table_id=1109, old_file_path=test/t1, new_file_path=test/#sql-ib1108-1917598001]
[InnoDB] DDL log delete : by id 494
[InnoDB] DDL log insert : [DDL record: DROP, id=495, thread_id=7, table_id=1108]
[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=496, thread_id=7, space_id=82, old_file_path=./test/#sql-ib1109-1917598002.ibd]

[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log replay : [DDL record: DELETE SPACE, id=496, thread_id=7, space_id=82, old_file_path=./test/#sql-ib1109-1917598002.ibd]
[InnoDB] DDL log replay : [DDL record: DROP, id=495, thread_id=7, table_id=1108]
[InnoDB] DDL log replay : [DDL record: DROP, id=490, thread_id=7, table_id=1108]
[InnoDB] DDL log post ddl : end for thread id : 7

這是個典型的三階段ddl的程序：分為prepare, perform 以及commit三個階段:

  • Prepare: 這個階段會修改元資料，創建臨時ibd檔案#sql-ib1108-1917598001.ibd, 如果發生例外崩潰，我們需要能把這個臨時檔案洗掉掉， 因此和create table類似，也為這個idb寫了三條日志：delete space, remove cache,以及free btree

  • Perform: 執行操作，將資料拷貝到上述ibd檔案中，（同時處理online dmllog）, 這部分不涉及log ddl操作

  • Commit: 更新資料詞典資訊并提交事務, 這里會寫幾條日志：

    DROP : table_id=1108

    RENAME SPACE: #sql-ib1109-1917598002.ibd檔案被rename成t1.ibd

    RENAME TABLE: #sql-ib1109-1917598002被rename成t1

    RENAME SPACE: t1.ibd 被rename成#sql-ib1108-1917598001.ibd

    RENAME TABLE: t1表被rename成#sql-ib1108-1917598001

    DROP TABLE: table_id=1108

    DELETE SPACE: 洗掉#sql-ib1109-1917598002.ibd

實際上這一步寫的ddl log描述了commit階段操作的逆向程序：將t1.ibd rename成#sql-ib1109-1917598002, 并將sql-ib1108-1917598001 rename成t1表，最后洗掉舊表，其中洗掉舊表的操作這里不執行，而是到post-ddl階段執行

  • Post-ddl: 在事務提交后，執行最后的操作：replay ddl log, 洗掉舊檔案，清理mysql.innodb_dynamic_metadata中相關資訊

    DELETE SPACE:

    sql-ib1109-1917598002.ibd

    DROP: table_id=1108

    DROP: table_id=1108

加索引

mysql> ALTER TABLE t1 ADD KEY(b);
Query OK, 0 rows affected (0.14 sec)
Records: 0  Duplicates: 0  Warnings: 0


[InnoDB] DDL log insert : [DDL record: FREE, id=431, thread_id=7, space_id=76, index_id=191, page_no=5]
[InnoDB] DDL log delete : by id 431

[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log post ddl : end for thread id : 7

創建索引采用inplace創建的方式，沒有臨時檔案，但如果例外發生的話，依然需要在發生例外時清理臨時索引, 因此增加了一條FREE log，用于例外發生時能夠洗掉臨時索引，

TRUNCATE TABLE

mysql> TRUNCATE TABLE t1;
Query OK, 0 rows affected (0.13 sec)


[InnoDB] DDL log insert : [DDL record: RENAME SPACE, id=439, thread_id=7, space_id=77, old_file_path=./test/#sql-ib1103-1917597994.ibd, new_file_path=./test/t1.ibd]
[InnoDB] DDL log delete : by id 439
[InnoDB] DDL log insert : [DDL record: DROP, id=440, thread_id=7, table_id=1103]
[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=441, thread_id=7, space_id=77, old_file_path=./test/#sql-ib1103-1917597994.ibd]
[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=442, thread_id=7, space_id=78, old_file_path=./test/t1.ibd]
[InnoDB] DDL log delete : by id 442
[InnoDB] DDL log insert : [DDL record: REMOVE CACHE, id=443, thread_id=7, table_id=1104, new_file_path=test/t1]
[InnoDB] DDL log delete : by id 443
[InnoDB] DDL log insert : [DDL record: FREE, id=444, thread_id=7, space_id=78, index_id=194, page_no=4]
[InnoDB] DDL log delete : by id 444
[InnoDB] DDL log insert : [DDL record: FREE, id=445, thread_id=7, space_id=78, index_id=195, page_no=5]
[InnoDB] DDL log delete : by id 445

[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log replay : [DDL record: DELETE SPACE, id=441, thread_id=7, space_id=77, old_file_path=./test/#sql-ib1103-1917597994.ibd]
[InnoDB] DDL log replay : [DDL record: DROP, id=440, thread_id=7, table_id=1103]
[InnoDB] DDL log post ddl : end for thread id : 7

Truncate table是個比較有意思的話題，在早期5.6及之前的版本中, 是通過洗掉舊表創建新表的方式來進行的，5.7之后為了保證原子性，改成了原地truncate檔案，同時增加了一個truncate log檔案，如果在truncate程序中崩潰，可以通過這個檔案在崩潰恢復時重新truncate，

到了8.0版本，又恢復成了洗掉舊表，創建新表的方式，與之前不同的是，8.0版本在崩潰時可以回滾到舊資料，而不是再次執行，以上述為例，主要包括幾個步驟：

  • 將表t1.ibd rename成#sql-ib1103-1917597994.ibd

  • 創建新檔案t1.ibd

  • post-ddl: 將老檔案#sql-ib1103-1917597994.ibd洗掉

RENAME TABLE

mysql> RENAME TABLE t1 TO t2;
Query OK, 0 rows affected (0.06 sec)

DDL LOG:

[InnoDB] DDL log insert : [DDL record: RENAME SPACE, id=450, thread_id=7, space_id=78, old_file_path=./test/t2.ibd, new_file_path=./test/t1.ibd]
[InnoDB] DDL log delete : by id 450
[InnoDB] DDL log insert : [DDL record: RENAME TABLE, id=451, thread_id=7, table_id=1104, old_file_path=test/t2, new_file_path=test/t1]
[InnoDB] DDL log delete : by id 451

[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log post ddl : end for thread id : 7

這個就比較簡單了，只需要記錄rename space 和rename table的逆操作即可. post-ddl不需要做實際的操作

DROP TABLE

DROP TABLE t2

[InnoDB] DDL log insert : [DDL record: DROP, id=595, thread_id=7, table_id=1119]
[InnoDB] DDL log insert : [DDL record: DELETE SPACE, id=596, thread_id=7, space_id=93, old_file_path=./test/t2.ibd]

[InnoDB] DDL log post ddl : begin for thread id : 7
[InnoDB] DDL log replay : [DDL record: DELETE SPACE, id=596, thread_id=7, space_id=93, old_file_path=./test/t2.ibd]
[InnoDB] DDL log replay : [DDL record: DROP, id=595, thread_id=7, table_id=1119]
[InnoDB] DDL log post ddl : end for thread id : 7

先在ddl log中記錄下需要洗掉的資料，再提交后，再最后post-ddl階段執行真正的洗掉表物件和檔案操作

代碼實作

主要實作代碼集中在檔案storage/innobase/log/log0ddl.cc中，包含了向log_ddl表中插入記錄以及replay的邏輯，

隱藏的innodb_log_ddl表結構如下

  def->add_field(0, "id", "id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT");
  def->add_field(1, "thread_id", "thread_id BIGINT UNSIGNED NOT NULL");
  def->add_field(2, "type", "type INT UNSIGNED NOT NULL");
  def->add_field(3, "space_id", "space_id INT UNSIGNED");
  def->add_field(4, "page_no", "page_no INT UNSIGNED");
  def->add_field(5, "index_id", "index_id BIGINT UNSIGNED");
  def->add_field(6, "table_id", "table_id BIGINT UNSIGNED");
  def->add_field(7, "old_file_path",
                 "old_file_path VARCHAR(512) COLLATE UTF8_BIN");
  def->add_field(8, "new_file_path",
                 "new_file_path VARCHAR(512) COLLATE UTF8_BIN");
  def->add_index(0, "index_pk", "PRIMARY KEY(id)");
  def->add_index(1, "index_k_thread_id", "KEY(thread_id)");

記錄型別

根據不同的操作型別，可以分為如下幾類：

FREE_TREE_LOG

目的是釋放索引btree，入口函式：

log_DDL::write_free_tree_log，在創建索引和洗掉表時會呼叫到，

對于drop table中涉及的刪索引操作，log ddl的插入操作放到父事務中，一起要么提交要么回滾
對于創建索引的case, log ddl就需要單獨提交，父事務將記錄標記洗掉，這樣后面如果ddl回滾了，也能將殘留的index刪掉，

DELETE_SPACE_LOG

入口函式：

Log_DDL::write_delete_space_log

用于記錄洗掉tablespace操作，同樣分為兩種情況：

  1. drop table/tablespace, 寫入的記錄隨父事務一起提交，并在post-ddl階段replay

  2. 創建tablespace, 寫入的記錄單獨提交，并被父事務標記洗掉，如果父事務回滾，就通過replay洗掉參與的tablespace

  3. RENAME_SPACE_LOG

入口函式：

Log_DDL::write_rename_space_log

用于記錄rename操作，例如如果我們把表t1 rename成t2,在其中就記錄了逆向操作t2 rename to t1，

在函式Fil_shard::space_rename()中，總是先寫ddl log, 再做真正的rename操作. 寫日志的程序同樣是獨立事務提交，父事務做未提交的洗掉操作

DROP_LOG

入口函式： Log_DDL::write_drop_log

用于記錄洗掉表物件操作，這里不涉及檔案層操作，寫ddl log在父事務中執行

RENAME_TABLE_LOG

入口函式：

Log_DDL::write_rename_table_log

用于記錄rename table物件的逆操作，和rename space類似，也是獨立事務提交ddl log, 父事務標記洗掉

REMOVE_CACHE_LOG

入口函式：

Log_DDL::write_remove_cache_log

用于處理記憶體表物件的清理，獨立事務提交，父事務標記洗掉

ALTER_ENCRYPT_TABLESPACE_LOG

入口函式：

Log_DDL::write_alter_encrypt_space_log

用于記錄對tablespace加密屬性的修改，獨立事務提交. 在寫完ddl log后修改tablespace page0 中的加密標記

綜上，在ddl的程序中可能會提交多次事務，大概分為三類：

  • 獨立事務寫ddl log并提交，父事務標記洗掉, 如果父事務提交了，ddl log也被順便洗掉了，如果父事務回滾了，那就要根據ddl log做逆操作來回滾ddl

  • 獨立事務寫ddl log 并提交, (目前只有ALTER_ENCRYPT_TABLESPACE_LOG)

  • 使用父事務寫ddl log，在ddl結束時提交，需要在post-ddl階段處理

post_ddl

如上所述，有些ddl log是隨著父事務一起提交的，有些則在post-ddl階段再執行, post_ddl發生在父事提交或回滾之后: 若事務回滾，根據ddl log做逆操作，若事務提交，在post-ddl階段做最后真正不可逆操作（例如洗掉檔案）

入口函式： Log_DDL::post_ddl -->Log_DDL::replay_by_thread_id

根據執行ddl的執行緒thread id通過innodb_log_ddl表上的二級索引，找到log id,再到聚集索引上找到其對應的記錄項，然后再replay這些操作，完成ddl后，清理對應記錄

崩潰恢復

在崩潰恢復結束后，會呼叫ha_post_recover介面函式，進而呼叫innodb內的函式Log_DDL::recover(), 同樣的replay其中的記錄，并在結束后洗掉記錄，但ALTER_ENCRYPT_TABLESPACE_LOG型別并不是在這一步洗掉，而是加入到一個陣列ts_encrypt_ddl_records中,在之后呼叫resume_alter_encrypt_tablespace來恢復操作，

參考檔案

  1. 官方檔案：

    https://dev.mysql.com/doc/refman/8.0/en/atomic-ddl.html

  2. WL#9536: InnoDB_New_DD: Support crash-safe DDL

    https://dev.mysql.com/worklog/task/?spm=a2c4e.11153940.blogcont684418.13.7b5b4116dYdg9Y&id=9536

點關注，不迷路

好了各位，以上就是這篇文章的全部內容了，能看到這里的人呀，都是人才，之前說過，PHP方面的技術點很多，也是因為太多了，實在是寫不過來，寫過來了大家也不會看的太多，所以我這里把它整理成了PDF和檔案，如果有需要的可以

點擊進入暗號:博客園

更多學習內容可以訪問【對標大廠】精品PHP架構師教程目錄大全，只要你能看完保證薪資上升一個臺階（持續更新）

以上內容希望幫助到大家，很多PHPer在進階的時候總會遇到一些問題和瓶頸，業務代碼寫多了沒有方向感，不知道該從那里入手去提升，對此我整理了一些資料，包括但不限于：分布式架構、高可擴展、高性能、高并發、服務器性能調優、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等多個知識點高級進階干貨需要的可以免費分享給大家，需要的可以加入我的PHP技術交流群953224940

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

標籤：PHP

上一篇：thinkphp--控制器怎么分配變數到公共模板

下一篇：快取穿透，快取擊穿，快取雪崩解決方案決議

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

熱門瀏覽
  • 【C++】Microsoft C++、C 和匯編程式檔案

    ......

    uj5u.com 2020-09-10 00:57:23 more
  • 例外宣告

    相比于斷言適用于排除邏輯上不可能存在的狀態，例外通常是用于邏輯上可能發生的錯誤。 例外宣告 Item 1：當函式不可能拋出例外或不能接受拋出例外時，使用noexcept 理由 如果不打算拋出例外的話，程式就會認為無法處理這種錯誤，并且應當盡早終止，如此可以有效地阻止例外的傳播與擴散。 示例 //不可 ......

    uj5u.com 2020-09-10 00:57:27 more
  • Codeforces 1400E Clear the Multiset(貪心 + 分治)

    鏈接：https://codeforces.com/problemset/problem/1400/E 來源：Codeforces 思路：給你一個陣列，現在你可以進行兩種操作，操作1：將一段沒有 0 的區間進行減一的操作，操作2：將 i 位置上的元素歸零。最終問：將這個陣列的全部元素歸零后操作的最少 ......

    uj5u.com 2020-09-10 00:57:30 more
  • UVA11610 【Reverse Prime】

    本人看到此題沒有翻譯，就附帶了一個自己的翻譯版本 思考 這一題，它的第一個要求是找出所有 $7$ 位反向質數及其質因數的個數。 我們應該需要質數篩篩選1~$10^{7}$的所有數，這里就不慢慢介紹了。但是，重讀題，我們突然發現反向質數都是 $7$ 位，而將它反過來后的數字卻是 $6$ 位數，這就說明 ......

    uj5u.com 2020-09-10 00:57:36 more
  • 統計區間素數數量

    1 #pragma GCC optimize(2) 2 #include <bits/stdc++.h> 3 using namespace std; 4 bool isprime[1000000010]; 5 vector<int> prime; 6 inline int getlist(int ......

    uj5u.com 2020-09-10 00:57:47 more
  • C/C++編程筆記：C++中的 const 變數詳解，教你正確認識const用法

    1、C中的const 1、區域const變數存放在堆疊區中，會分配記憶體（也就是說可以通過地址間接修改變數的值）。測驗代碼如下： 運行結果： 2、全域const變數存放在只讀資料段（不能通過地址修改，會發生寫入錯誤）， 默認為外部聯編，可以給其他源檔案使用（需要用extern關鍵字修飾） 運行結果： ......

    uj5u.com 2020-09-10 00:58:04 more
  • 【C++犯錯記錄】VS2019 MFC添加資源不懂如何修改資源宏ID

    1. 首先在資源視圖中，添加資源 2. 點擊新添加的資源，復制自動生成的ID 3. 在解決方案資源管理器中找到Resource.h檔案，編輯，使用整個專案搜索和替換的方式快速替換 宏宣告 4. Ctrl+Shift+F 全域搜索，點擊查找全部，然后逐個替換 5. 為什么使用搜索替換而不使用屬性視窗直 ......

    uj5u.com 2020-09-10 00:59:11 more
  • 【C++犯錯記錄】VS2019 MFC不懂的批量添加資源

    1. 打開資源頭檔案Resource.h，在其中預先定義好宏 ID（不清楚其實ID值應該設定多少，可以先新建一個相同的資源項，再在這個資源的ID值的基礎上遞增即可） 2. 在資源視圖中選中專案資源，按F7編輯資源檔案，按 ID 型別 相對路徑的形式添加 資源。（別忘了先把檔案拷貝到專案中的res檔案 ......

    uj5u.com 2020-09-10 01:00:19 more
  • C/C++編程筆記：關于C++的參考型別，專供新手入門使用

    今天要講的是C++中我最喜歡的一個用法——參考，也叫別名。 參考就是給一個變數名取一個變數名，方便我們間接地使用這個變數。我們可以給一個變數創建N個參考，這N + 1個變數共享了同一塊記憶體區域。(參考型別的變數會占用記憶體空間，占用的記憶體空間的大小和指標型別的大小是相同的。雖然參考是一個物件的別名，但 ......

    uj5u.com 2020-09-10 01:00:22 more
  • 【C/C++編程筆記】從頭開始學習C ++：初學者完整指南

    眾所周知，C ++的學習曲線陡峭，但是花時間學習這種語言將為您的職業帶來奇跡，并使您與其他開發人員區分開。您會更輕松地學習新語言，形成真正的解決問題的技能，并在編程的基礎上打下堅實的基礎。 C ++將幫助您養成良好的編程習慣（即清晰一致的編碼風格，在撰寫代碼時注釋代碼，并限制類內部的可見性），并且由 ......

    uj5u.com 2020-09-10 01:00:41 more
最新发布
  • Rust中的智能指標:Box<T> Rc<T> Arc<T> Cell<T> RefCell<T> Weak

    Rust中的智能指標是什么 智能指標（smart pointers）是一類資料結構，是擁有資料所有權和額外功能的指標。是指標的進一步發展 指標（pointer）是一個包含記憶體地址的變數的通用概念。這個地址參考，或 ” 指向”（points at）一些其 他資料 。參考以 & 符號為標志并借用了他們所 ......

    uj5u.com 2023-04-20 07:24:10 more
  • Java的值傳遞和參考傳遞

    值傳遞不會改變本身，參考傳遞（如果傳遞的值需要實體化到堆里）如果發生修改了會改變本身。 1.基本資料型別都是值傳遞 package com.example.basic; public class Test { public static void main(String[] args) { int ......

    uj5u.com 2023-04-20 07:24:04 more
  • [2]SpinalHDL教程——Scala簡單入門

    第一個 Scala 程式 shell里面輸入 $ scala scala> 1 + 1 res0: Int = 2 scala> println("Hello World!") Hello World! 檔案形式 object HelloWorld { /* 這是我的第一個 Scala 程式 * 以 ......

    uj5u.com 2023-04-20 07:23:58 more
  • 理解函式指標和回呼函式

    理解 函式指標 指向函式的指標。比如： 理解函式指標的偽代碼 void (*p)(int type, char *data); // 定義一個函式指標p void func(int type, char *data); // 宣告一個函式func p = func; // 將指標p指向函式func ......

    uj5u.com 2023-04-20 07:23:52 more
  • Django筆記二十五之資料庫函式之日期函式

    本文首發于公眾號：Hunter后端 原文鏈接：Django筆記二十五之資料庫函式之日期函式 日期函式主要介紹兩個大類，Extract() 和 Trunc() Extract() 函式作用是提取日期，比如我們可以提取一個日期欄位的年份，月份，日等資料 Trunc() 的作用則是截取，比如 2022-0 ......

    uj5u.com 2023-04-20 07:23:45 more
  • 一天吃透JVM面試八股文

    什么是JVM？ JVM，全稱Java Virtual Machine（Java虛擬機），是通過在實際的計算機上仿真模擬各種計算機功能來實作的。由一套位元組碼指令集、一組暫存器、一個堆疊、一個垃圾回收堆和一個存盤方法域等組成。JVM屏蔽了與作業系統平臺相關的資訊，使得Java程式只需要生成在Java虛擬機 ......

    uj5u.com 2023-04-20 07:23:31 more
  • 使用Java接入小程式訂閱訊息！

    更新完微信服務號的模板訊息之后，我又趕緊把微信小程式的訂閱訊息給實作了！之前我一直以為微信小程式也是要企業才能申請，沒想到小程式個人就能申請。 訊息推送平臺🔥推送下發【郵件】【短信】【微信服務號】【微信小程式】【企業微信】【釘釘】等訊息型別。 https://gitee.com/zhongfuch ......

    uj5u.com 2023-04-20 07:22:59 more
  • java -- 緩沖流、轉換流、序列化流

    緩沖流 緩沖流, 也叫高效流, 按照資料型別分類： 位元組緩沖流：BufferedInputStream，BufferedOutputStream 字符緩沖流：BufferedReader，BufferedWriter 緩沖流的基本原理，是在創建流物件時，會創建一個內置的默認大小的緩沖區陣列，通過緩沖 ......

    uj5u.com 2023-04-20 07:22:49 more
  • Java-SpringBoot-Range請求頭設定實作視頻分段傳輸

    老實說，人太懶了，現在基本都不喜歡寫筆記了，但是網上有關Range請求頭的文章都太水了 下面是抄的一段StackOverflow的代碼...自己大修改過的，寫的注釋挺全的，應該直接看得懂，就不解釋了 寫的不好...只是希望能給視頻網站開發的新手一點點幫助吧. 業務場景：視頻分段傳輸、視頻多段傳輸（理 ......

    uj5u.com 2023-04-20 07:22:42 more
  • Windows 10開發教程_編程入門自學教程_菜鳥教程-免費教程分享

    教程簡介 Windows 10開發入門教程 - 從簡單的步驟了解Windows 10開發，從基本到高級概念，包括簡介，UWP，第一個應用程式，商店，XAML控制元件，資料系結，XAML性能，自適應設計，自適應UI，自適應代碼，檔案管理，SQLite資料庫，應用程式到應用程式通信，應用程式本地化，應用程式 ......

    uj5u.com 2023-04-20 07:22:35 more

Copyright © 2010-2020 有解無憂