一次完整的DB2 reorg經歷
事件：
ecmapp11的歷史圖片每天累積，TSM每天可以建立遷移任務，但卻取不到任何資料；
與其關聯的資料庫rmdb11查詢操作速度也超慢， 在和資料量相當的另一個數據庫rmdb12上，同樣的查詢語句只需要花費1秒鐘，但rmdb11要用十幾分鍾。
- 處理辦法：
重建表和索引，清除葉子頁碎片，可以有效提高資料庫效能。
首先查詢syscat.indexes表，檢視STATS_TIME列，重要的使用者表的索引在最近一次runstats的時間。
從結果可以看到，幾乎所有重要的使用者表在建立之後，就從未做過runstats。
所以為了徹底的檢查，哪些表和索引需要進行重建，需要對所有使用者表做runstats檢查。
一個完整的REORG表的過程應該是由下面的步驟組成的：
RUNSTATS:
- 登陸資料庫：
db2 connect to rmdb11 user rmadmin using rmadmin對所有使用者表執行runstats（reorgchk加update引數等同於runstats）
$ db2 reorgchk update statistics on table user
Doing RUNSTATS ....REORG:
在檢查結果中，所有帶星號的表或分割槽表、以及索引都需要做reorg重建。
$ db2 reorg table RMADMIN.EXPLAIN_DIAGNOSTIC index SYSIBM.SQL120703164841960 use tempspace1
DB20000I The REORG command SQL2217N
REORG 實用程式使用的系統臨時表空間的頁大小必須與表資料 （包括 LONG 或 LOB
列資料）所在表空間的頁大小相匹配。原因基於下列原因碼 原因碼。 說明下面是原因碼的列表：
1.原因與表的資料的臨時表空間的選擇相關。
2.原因與表的 LONG 或 LOB 資料的臨時表空間的選擇相關。 如果對 REORG 實用程式顯式地指定了系統臨時表，那麼 REORG 實用程式使用的系統臨時表空間的頁大小必須與表資料（包括 LONG 或 LOB列資料）所在的表空間的頁大小相匹配，否則必須為長資料指定適當的容器。下列其中一項違反了此限制：
表資料所在的表空間的頁大小與指定的系統臨時表空間的頁大小不同。 該表包含 LONG 或 LOB列，這些列的資料駐留在頁大小與系統臨時表空間和表的規則資料的頁大小不同的表空間中，但是，無法為 LONG 或 LOB資料物件找到具有正確頁大小的表空間。 如果未對 REORG 實用程式指定系統臨時表空間或 LONG臨時表空間，那麼該實用程式在內部查詢系統臨時表空間。在資料庫中不存在使用與表資料頁大小相同的頁大小的系統臨時表空間，或者該系統臨時表空間此時不可用。使用者響應
如果資料庫中不存在使用與表資料頁大小相同的頁大小的系統臨時表空間，請建立一個系統臨時表空間，它使用與該表資料的頁大小相匹配的頁大小。如果表資料的頁大小與
LOB 或 LONG 資料的頁大小不同，那麼應確保使用該頁大小的系統臨時表空間也存在。
如果資料庫中存在使用與表資料頁大小相同的頁大小的系統臨時表空間，但是發出命令時該臨時表空間不可用，請在該系統臨時表空間可用時重新發出該命令。
當前使用的臨時表空間頁大小和該表的頁大小不符合，需要新建一個頁大小和該表的頁大小符合的系統臨時表空間。
檢視各個表空間的pagesize：
SELECT tbspace, pagesize FROM SYSIBM.SYSTABLESPACES檢視當前bufferpool：
SELECT * FROM SYSCAT.BUFFERPOOLS新建一個頁大小為32K的bufferpool
$ db2 CREATE BUFFERPOOL temppool32 PAGESIZE 32768
DB20000I The SQL command completed successfully.新建一個臨時表空間，使用剛才那個bufferpool
$ db2 "create system temporary tablespace tempspace3 pagesize 32K managed by system using ('/rmdb11data/rminst11/NODE0000/SQL00001/tmpspace3') BUFFERPOOL temppool32"
DB20000I The SQL command completed successfully.重新執行reorg:
$ db2 reorg table RMADMIN.RMMIGRATIONTASKS index SYSIBM.SQL120321193909130 use tempspace3監視表重組：
select
substr(tabname, 1, 15) as tab_name,
substr(tabschema, 1, 15) as tab_schema,
reorg_phase,reorg_max_phase,
substr(reorg_type, 1, 20) as reorg_type,
reorg_status,
reorg_completion,
dbpartitionnum
from sysibmadm.snaptab_reorg
order by dbpartitionnum或：
db2 GET SNAPSHOT FOR TABLES on rmdb11
db2 list history reorg all for rmdb11
db2pd -db rmdb11 -reorgs index
或：
$ db2pd -reorgs -db rmdb11
Database Partition 0 -- Database RMDB11 -- Active -- Up 3 days 21:50:20 -- Date 10/30/2015 14:32:09
Table Reorg Information:
Address TbspaceID TableID PartID MasterTbs MasterTab TableName Type IndexID TempSpaceID
0x070000024C0D1528 5 260 n/a n/a n/a EXPLAIN_PREDICATE Offline 1 1
0x070000024C0DEDA8 5 262 n/a n/a n/a EXPLAIN_DIAGNOSTIC Offline 1 1
0x070000024C0E6D28 5 263 n/a n/a n/a EXPLAIN_DIAGNOSTIC Offline 1 1
0x070000024B2C9628 7 5 n/a n/a n/a RMMIGRATIONTASKS Offline 1 13
0x070000024B2A64A8 5 17 n/a n/a n/a RMSTGGRPCLASS Offline 1 1
Table Reorg Stats:
Address TableName Start End PhaseStart MaxPhase Phase CurCount MaxCount Status Completion
0x070000024C0D1528 EXPLAIN_PREDICATE 10/30/2015 10:12:38 10/30/2015 10:12:38 10/30/2015 10:12:38 4 IdxRecreat 0 0 Done 0
0x070000024C0DEDA8 EXPLAIN_DIAGNOSTIC 10/30/2015 10:10:58 10/30/2015 10:10:59 10/30/2015 10:10:58 4 IdxRecreat 0 0 Done 0
0x070000024C0E6D28 EXPLAIN_DIAGNOSTIC 10/30/2015 10:12:13 10/30/2015 10:12:13 10/30/2015 10:12:13 4 IdxRecreat 0 0 Done 0
0x070000024B2C9628 RMMIGRATIONTASKS 10/30/2015 12:57:45 n/a 10/30/2015 14:17:16 4 IdxRecreat 202794 576060 Started 0
0x070000024B2A64A8 RMSTGGRPCLASS 10/30/2015 10:13:05 10/30/2015 10:13:05 10/30/2015 10:13:05 4 IdxRecreat 0 0 Done 0
$ 
完成！
參考資料：
重組處理期間將發生的最大重組階段數。此項僅適用於經典（離線）重組。值的範圍為 2 到 4（SORT, BUILD,
REPLACE,INDEX_RECREATE）。此值還可能指示執行重組時為了從多維叢集 (MDC)
表中回收擴充套件資料塊而完成的工作總量。執行這樣的重組時，此值是 3（SCAN、DRAIN 和 RELEASE）。對於分割槽表來說，重組是逐個資料分割槽進行的。對於傳統表重組而言，可能的階段如下所示（這些階段與它們在 sqlmon.h
中的相應定義一起列示）： 排序：SQLM_REORG_SORT 構建：SQLM_REORG_BUILD
替換：SQLM_REORG_REPLACE 索引重新建立：SQLM_REORG_INDEX_RECREATE
字典構建：SQLM_REORG_DICT_SAMPLE
對於分割槽表而言，在資料分割槽的“替換”階段完成後，可以直接進入分割槽索引（如果有的話）的“索引重建”階段。僅當每個資料分割槽上的所有先前階段成功完成後，reorg_phase
元素才會指示“索引重新建立”階段。在 XDA 物件壓縮期間，XML 資料重組階段涉及識別表的 XML 儲存器物件。XML 字典構建階段涉及嘗試為 XML
儲存器物件建立壓縮字典。對於 XDA 物件壓縮而言，可能的兩個階段如下所示： XML 重組：SQLM_REORG_XML_DATA XML
字典構建：SQLM_REORG_XML_DICT_SAMPLE 對於分割槽表，在執行擴充套件資料塊回收操作時，可能的階段如下所示：
掃描：SQLM_REORG_SCAN 漏出：SQLM_REORG_DRAIN 釋放：SQLM_REORG_RELEASE
$ db2 reorg indexes all for table RMADMIN.RMTRANSACTIONS ALLOW write ACCESS cleanup only
DB20000I The REORG command completed successfully.分割槽表reorg
RMADMIN.RMOBJECTS是分割槽表，reorg需要指定data partition number名稱，
總共有62個分割槽，標記F1的有39個分割槽，2個索引分割槽標記F8
Index: RMADMIN.IDX_OBJ_STATUS
Data Partition: EXCEP2
Index: SYSIBM.SQL120528224438680
Data Partition: EXCEP2
參考:
查詢該表分割槽情況：
select * from SYSCAT.DATAPARTITIONS where tabname='RMOBJECTS'
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_1
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_5
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P13_13
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P12_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_1
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_5
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P14_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P15_1
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P15_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P15_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P15_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS allow no access ON DATA PARTITION P15_5監控reorg狀態：
$ db2pd -db rmdb11 -reorgs index
Database Partition 0 -- Database RMDB11 -- Active -- Up 5 days 04:54:34 -- Date 10/31/2015 21:36:23
Table Reorg Information:
Address TbspaceID TableID PartID MasterTbs MasterTab TableName Type IndexID TempSpaceID
0x070000024B2DC028 3 12 6 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B2E0E28 3 13 7 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B65C928 3 14 8 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B2DF328 3 15 9 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B66BF28 3 16 10 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B66E928 3 17 11 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B6716A8 3 18 12 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B658028 3 19 13 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B4EEAA8 3 20 14 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B4E6DA8 3 21 15 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B6109A8 3 22 16 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B6305A8 3 23 17 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B5BD128 3 24 18 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B532528 3 25 19 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B519CA8 3 26 20 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2AAE28 3 27 21 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2C15A8 3 28 22 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2C42A8 3 29 23 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B516728 3 30 24 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B5A79A8 3 31 25 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B52A628 3 32 26 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B533A28 3 33 27 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2BE7A8 3 34 28 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2BFF28 3 35 29 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C2C2C28 3 36 30 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B4F4FA8 3 37 31 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B4EC3A8 3 38 32 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B4ED828 3 39 33 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B306828 3 40 34 -6 -32768 RMOBJECTS Offline 2 3
0x07000000400101A8 3 41 35 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B670028 3 42 36 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B53DBA8 3 43 37 -6 -32768 RMOBJECTS Offline 2 3
0x070000024B517DA8 3 44 38 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C0ACA28 3 45 39 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C292028 3 46 40 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C29ABA8 3 47 41 -6 -32768 RMOBJECTS Offline 2 3
0x070000024C0D1528 5 260 n/a n/a n/a EXPLAIN_PREDICATE Offline 1 1
0x070000024C0DEDA8 5 262 n/a n/a n/a EXPLAIN_DIAGNOSTIC Offline 1 1
0x070000024C0E6D28 5 263 n/a n/a n/a EXPLAIN_DIAGNOSTIC Offline 1 1
0x070000024B2C9628 7 5 n/a n/a n/a RMMIGRATIONTASKS Offline 1 13
0x070000024B2A64A8 5 17 n/a n/a n/a RMSTGGRPCLASS Offline 1 1
Table Reorg Stats:
Address TableName Start End PhaseStart MaxPhase Phase CurCount MaxCount Status Completion
0x070000024B2DC028 RMOBJECTS 10/31/2015 11:10:14 10/31/2015 20:52:09 10/31/2015 11:10:14 4 IdxRecreat 0 0 Done 0
0x070000024B2E0E28 RMOBJECTS 10/31/2015 11:10:15 10/31/2015 20:52:09 10/31/2015 11:44:30 4 IdxRecreat 0 0 Done 0
0x070000024B65C928 RMOBJECTS 10/31/2015 11:51:37 10/31/2015 20:52:09 10/31/2015 12:15:37 4 IdxRecreat 0 0 Done 0
0x070000024B2DF328 RMOBJECTS 10/31/2015 12:20:41 10/31/2015 20:52:09 10/31/2015 12:39:03 4 IdxRecreat 0 0 Done 0
0x070000024B66BF28 RMOBJECTS 10/31/2015 09:46:53 10/31/2015 20:52:09 10/31/2015 10:07:56 4 IdxRecreat 0 0 Done 0
0x070000024B66E928 RMOBJECTS 10/31/2015 10:13:55 10/31/2015 20:52:09 10/31/2015 10:34:53 4 IdxRecreat 0 0 Done 0
0x070000024B6716A8 RMOBJECTS 10/31/2015 10:41:15 10/31/2015 20:52:09 10/31/2015 11:04:26 4 IdxRecreat 0 0 Done 0
0x070000024B658028 RMOBJECTS 10/30/2015 16:34:06 10/31/2015 20:52:09 10/30/2015 17:49:05 4 IdxRecreat 0 0 Done 0
0x070000024B4EEAA8 RMOBJECTS 10/30/2015 19:49:59 10/31/2015 20:52:09 10/30/2015 20:55:18 4 IdxRecreat 0 0 Done 0
0x070000024B4E6DA8 RMOBJECTS 10/30/2015 21:06:51 10/31/2015 20:52:09 10/30/2015 22:29:49 4 IdxRecreat 0 0 Done 0
0x070000024B6109A8 RMOBJECTS 10/30/2015 22:46:58 10/31/2015 20:52:09 10/31/2015 00:20:22 4 IdxRecreat 0 0 Done 0
0x070000024B6305A8 RMOBJECTS 10/31/2015 00:37:26 10/31/2015 20:52:09 10/31/2015 02:09:15 4 IdxRecreat 0 0 Done 0
0x070000024B5BD128 RMOBJECTS 10/31/2015 02:26:12 10/31/2015 20:52:09 10/31/2015 03:49:52 4 IdxRecreat 0 0 Done 0
0x070000024B532528 RMOBJECTS 10/31/2015 04:04:29 10/31/2015 20:52:09 10/31/2015 05:23:13 4 IdxRecreat 0 0 Done 0
0x070000024B519CA8 RMOBJECTS 10/31/2015 05:38:18 10/31/2015 20:52:09 10/31/2015 06:46:21 4 IdxRecreat 0 0 Done 0
0x070000024C2AAE28 RMOBJECTS 10/31/2015 06:58:19 10/31/2015 20:52:09 10/31/2015 08:16:15 4 IdxRecreat 0 0 Done 0
0x070000024C2C15A8 RMOBJECTS 10/31/2015 08:23:40 10/31/2015 20:52:09 10/31/2015 08:47:02 4 IdxRecreat 0 0 Done 0
0x070000024C2C42A8 RMOBJECTS 10/31/2015 08:51:45 10/31/2015 20:52:09 10/31/2015 09:14:50 4 IdxRecreat 0 0 Done 0
0x070000024B516728 RMOBJECTS 10/31/2015 09:20:04 10/31/2015 20:52:09 10/31/2015 09:41:50 4 IdxRecreat 0 0 Done 0
0x070000024B5A79A8 RMOBJECTS 10/31/2015 12:44:04 10/31/2015 20:52:09 10/31/2015 12:57:16 4 IdxRecreat 0 0 Done 0
0x070000024B52A628 RMOBJECTS 10/31/2015 13:01:35 10/31/2015 20:52:09 10/31/2015 13:17:51 4 IdxRecreat 0 0 Done 0
0x070000024B533A28 RMOBJECTS 10/31/2015 13:21:33 10/31/2015 20:52:09 10/31/2015 13:48:53 4 IdxRecreat 0 0 Done 0
0x070000024C2BE7A8 RMOBJECTS 10/31/2015 13:56:51 10/31/2015 20:52:09 10/31/2015 14:18:49 4 IdxRecreat 0 0 Done 0
0x070000024C2BFF28 RMOBJECTS 10/31/2015 14:25:14 10/31/2015 20:52:09 10/31/2015 14:48:14 4 IdxRecreat 0 0 Done 0
0x070000024C2C2C28 RMOBJECTS 10/31/2015 14:54:35 10/31/2015 20:52:
相關推薦
一次完整的DB2 reorg經歷
事件：
ecmapp11的歷史圖片每天累積，TSM每天可以建立遷移任務，但卻取不到任何資料；
與其關聯的資料庫rmdb11查詢操作速度也超慢， 在和資料量相當的另一個數據庫rmdb12上，同樣的查詢語句只需要花費1秒鐘，但rmdb11要用十幾分鍾。
處理
一次完整的HTTP請求所經歷的步驟
一次完整的HTTP請求所經歷的7個步驟
HTTP通訊機制是在一次完整的HTTP通訊過程中，Web瀏覽器與Web伺服器之間將完成下列7個步驟：
1. 建立TCP連線 在HTTP工作開始之前，Web瀏覽器首先要通過網路與Web伺服器建立連線，該連線是通過TCP來完成的，該協議與IP協議共同構建I
一次完整的HTTP請求所經歷的7個步驟
1. 建立TCP連線
在HTTP工作開始之前，Web瀏覽器首先要通過網路與Web伺服器建立連線，該連線是通過TCP來完成的，該協議與IP協議共同構建Internet，即著名的TCP/IP協議族，因此Internet又被稱作是TCP/IP網路。HTTP是比TCP更高層次的應用層協議，根據規則，只有低層協議建
【PHP學習】一次完整的HTTP請求所經歷的7個步驟
HTTP通訊機制是在一次完整的HTTP通訊過程中，Web瀏覽器與Web伺服器之間將完成下列7個步驟：
1、建立TCP連線
在HTTP工作開始之前，Web瀏覽器首先要通過網路與Web伺服器建立連線，該連線是通過TCP來完成的，該協議與IP協議共同構建Inte
記一次完整的安全技術解決方案遭遇成本考驗後的“退步與博弈”
架構師 互聯網 解決方案 防火墻 高可用 寫在前面，出於保護客戶隱私和堅守網工的職業道德素養，本文不得出現的所有完整ip、客戶名稱、信息、以及詳細的業務模型闡述。最近確實走心的在分享案例，2017年5月21日在家裏寫了近四小時，女票已經暴走，請大家掩護我！！！！！
HTTP 之 一次完整的http請求處理過程
處理 請求過程 http請求處理過程如下.1、建立連接：接收或拒絕連接請求，通過三次握手建立.2、接收請求：接收客戶端請求報文中對某資源的一次請求的過程.Web訪問響應模型（Web I/O）單進程I/O模型：啟動一個進程處理用戶請求，而且一次只處理一個，多個請求被串行響應必須處理完前面的請求後才能處理
一次完整的http的請求過程與https的實現
http一次完整的http請求過程： （1）發起請求建立連接； 三次握手 接收請求或拒絕請求 （2）接受請求 來自網絡的請求報文中對某資源的一次請求過程； 並發訪問響應模型（Web I/O）; 單進程I/O結構：啟動一個進程處理用戶請求，而且一次只處理一個；多個請求被串行響應
一次完整的HTTP請求的大致過程（轉）
帶寬 繼續 頭信息 cti www 參考 例如 相同 log 說明：這些理論基本都來自網上，所以不一定準確，但一定是比較好理解的，如果要刨根問底，最好的方式就是看書，且要看權威的書。
一次完整的HTTP請求所經歷的7個步驟
HTTP通信機制是在一次完整的HTTP通信
一次完整的http請求
-s style keep alt transfer rom content -a 以及 一個http請求分為幾部分：
請求行，請求頭，空行，消息體
請求行：請求行是請求消息的第一行，由三部分組成：分別是請求方法（GET/POST/DELETE/PUT/HEAD）、請求資
一次完整的 HTTP 請求過程
net first 直接 orm gin 端口 add static 1.2 一次完整的HTTP請求過程從TCP三次握手建立連接成功後開始，客戶端按照指定的格式開始向服務端發送HTTP請求，服務端接收請求後，解析HTTP請求，處理完業務邏輯，最後返回一個HTTP的響應給客戶
一次完整的HTTP事務是怎樣一個過程？
-h archive sts ipv 信息 headers document 響應頭 讀取 當我們在瀏覽器的地址欄輸入 www.linux178.com ，然後回車，回車這一瞬間到看到頁面到底發生了什麽呢？
以下過程僅是個人理解：
域名解析 --> 發起TCP
記一次克隆管理員的經歷
註冊表 克隆管理員半夜Server 2008R2安裝MS17-010補丁時，重啟系統 發現系統密碼忘記了還好本地登錄的安全策略留了一個guest用戶本地搭建了DVWA WEB滲透測試環境 權限為system通過漏洞上傳過狗一句話木馬木馬權限為system權限可以創建用戶 但是無法將用戶添加至管理員組
muduo庫中TcpServer一次完整的工作流程
函數 sep sock accep mes pin map all some 模擬單線程情況下muduo庫的工作情況
muduo的源代碼對於一個初學者來說還是有一些復雜的，其中有很多的回調函數以及交叉的組件，下面我將追蹤一次TCP連接過程中發生的事情，不會出現用戶態的源碼，
記一次完整的asp.net-mvc頁面優化過程
泄露 但是 項目 nbsp 左側菜單 工具 登錄 分享圖片 info 最近在重構一個MVC項目，項目結構堪稱混亂，問題多多，但今天說的是頁面打開速度的問題。項目中包括web後臺系統，幾乎隨便點一個頁面都要盯著白屏等待2-5秒之久，體驗很差。通過對頁面性能逐步的分析和判斷，並
記一次Python爬蟲開發經歷
light 情況 獲取 數據類型 true charm req 是我 遇到 為啥要做Python爬蟲，是因為我去找電影的某個網站有點坑，它支持tag標簽查詢自己喜歡的電影，但是不支持雙標簽或者三標簽查詢。由於一個電影對應多種類型(tag)，這就意味著，我需要進入這個電影介紹
記一次B站答題經歷
style sans spa ima .com 選擇題 科技 nbsp 結構 第一題部分：社區規範卷
---------
------------
第二題：社區規範第二部分
--------------------
第三部分自由選擇題
記一次失敗的面試經歷
pub collect int 抽象 final 順序 多重 arr boolean 1. 前言
前幾天，濟南的一家公司來我們學校進行校招。工作室的創始人在那家公司混的還不錯，本來人家公司並沒有把我們學校作為被招聘的學校，是我們工作室的創始人極力推薦才來我們學校
一次完整的http請求過程
網關 persist trac 頁面 都沒有 wan 服務器 modified 虛擬機
當我們在瀏覽器的地址欄輸入 www.linux178.com ，然後回車，回車這一瞬間到看到頁面到底發生了什麽呢？
以下過程僅是個人理解：
域名解析 --> 發
遇到的一次status canceled 的經歷及我的處理方法
忘記截圖，圖片來自（https://blog.csdn.net/qq_25611965/article/details/78665287）
狀況類似於上圖，一次請求中staus中顯示canceled
要為百度地圖的熱力圖載入一波資料，只有資料請求成功了，才能加載出熱力圖，否則不成功，因此使用ajax同步請
從一次買螺絲釘的經歷來看溝通對軟體工程師的重要性
前幾天家中電視機的架子壞了，需要換兩個螺絲，這種電視機是比較老了，用的螺絲不是一般的常用螺絲，我只能拿著這顆螺絲去周圍的五金店鵬鵬運氣，看看能否買到這種螺絲。 走進第一家店，店裡的老闆正在玩手機，當我拿出這個螺絲問老闆是否有這種螺絲時，老闆瞟了一眼，努努嘴說到，這種螺絲很難找了，沒有。抱著碰運氣的態度，