IUNI_JM

摘要：  閱讀全文

摘要： Linux下使用getopt工具進行命令行解析，可以同時處理長選項和短選項。 NAME getopt - parse command options (enhanced) SYNOPSIS getopt optstring parameters getopt [options] [--] optst 閱讀全文

摘要： 對于使用InnoDB存儲引擎的表來說，它的聚簇索引記錄中都包含兩個必要的隱藏列： trx_id：每次一個事務對某條聚簇索引記錄進行改動時，都會把該事務的事務id賦值給trx_id隱藏列。 roll_pointer：每次對某條聚簇索引記錄進行改動時，都會把舊的版本寫入到undo日志中，然后這個隱藏列就 閱讀全文

摘要： 問題 事務隔離級別是可重復讀，表結構如下： CREATE TABLE `t` ( `id` int(11) NOT NULL, `c` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB; insert into t(id, c) val 閱讀全文

摘要： 對于使用READ UNCOMMITTED隔離級別的事務來說，由于可以讀到未提交事務修改過的記錄，所以直接讀取記錄的最新版本就好了；對于使用SERIALIZABLE隔離級別的事務來說，設計InnoDB的大叔規定使用加鎖的方式來訪問記錄（加鎖是啥我們后續文章中說哈）；對于使用READ COMMITTED 閱讀全文

摘要： 轉發：mysql MDL讀寫鎖阻塞，以及online ddl造成的“插隊”現象 看mysql45講遇到一個問題： 為什么C等待拿鎖之后，D也會阻塞？其實這里并沒有解釋清楚。因為如果按并發理解的話，C，D應當是同等級，都有可能拿到鎖的。但C讀寫鎖互斥，D讀讀不互斥，這樣的話就跟上圖所述相悖了。 首先是 閱讀全文

摘要： 幻讀是指多事務并發中一個事務讀到了另一個事務insert的記錄。 在REPEATABLE READ隔離級別下，假設事務T1執行后，事務T2開始執行，并新增一條記錄，然后事務T2提交，這時在事務T1中執行select是看不到事務T2新增的這條記錄的。因為在事務T1生成readview的時刻，事務T2屬 閱讀全文

摘要： cpu: top top # 顯示系統級和所有進程的信息 top -p pid # 顯示指定進程的信息 top -H -p pid # 顯示指定進程的線程的信息 ctrl+p: 按CPU占用率排序 ctrl+m: 按內存占用率排序 device: iostat & pidstat 系統級IO ios 閱讀全文

摘要： B+ tree & B tree B樹和B+樹的區別 如圖所示，區別有以下兩點： B+樹中只有葉子節點會帶有指向記錄的指針（ROWID），而B樹則所有節點都帶有，在內部節點出現的索引項不會再出現在葉子節點中。 B+樹中所有葉子節點都是通過指針連接在一起，而B樹不會。 B+樹的優點： 非葉子節點不會帶 閱讀全文

摘要： buffer & cache Cache 和 Buffer 都是緩存，主要區別是什么？ buffer(緩沖區) 主要目的是進行流量整形，把突發的大數量較小規模的 I/O 整理成平穩的小數量較大規模的 I/O，以減少響應次數（比如從網上下電影，你不能下一點點數據就寫一下硬盤，而是積攢一定量的數據以后一 閱讀全文