這篇我來介紹一個winhex利器，這個工具網(wǎng)上有介紹，用途大著呢，可以用來玩數(shù)據(jù)修復(fù)，恢復(fù)刪除文件等等。。。。它能夠?qū)⒁粋€file解析成
hex形式，這樣你就可以對hex進(jìn)行修改，然后你就可以看到修復(fù)后的結(jié)果，為什么要在sqlserver系列中說這個呢？？？很簡單呀，sqlserver的DB本
質(zhì)上也是一個mdf文件，對吧，既然是文件，我就可以利用winhex對它進(jìn)行隨意的修改，然后你也知道sqlserver的數(shù)據(jù)都是以數(shù)據(jù)頁的形式封裝的，
那我就可以修改它的數(shù)據(jù)頁，對不對，這樣我就可以隨便改變記錄的順序，包括槽位，記錄，頁頭等等。。。說干就干吧！！！
一：準(zhǔn)備數(shù)據(jù)
我計(jì)劃在數(shù)據(jù)庫中插入三條測試數(shù)據(jù)，如圖：
1 DROP TABLE dbo.Person 2 3 CREATE TABLE Person(ID INT IDENTITY,NAME VARCHAR(5),Age INT) 4 5 INSERT dbo.Person VALUES('amy',20) 6 INSERT dbo.Person VALUES('anna',25) 7 INSERT dbo.Person VALUES('smart',28) 8 9 SELECT * FROM dbo.Person
接下來通過上一章介紹的DBCC命令，查看下三條記錄的數(shù)據(jù)頁情況，如下圖：
DBCC TRACEON(3604) DBCC IND(Ctrip,Person,-1) DBCC PAGE(Ctrip,1,78,2)
1 DATA: 2 3 4 Memory Dump @0x00000000100EA000 5 6 00000000100EA000: 01010400 00800001 00000000 00000c00 ?................ 7 00000000100EA010: 00000000 00000300 3f000000 551fa500 ?........?...U... 8 00000000100EA020: 4e000000 01000000 8e000000 66000000 ?N...........f... 9 00000000100EA030: 03000000 00000000 00000000 00000000 ?................ 10 00000000100EA040: 01000000 00000000 00000000 00000000 ?................ 11 00000000100EA050: 00000000 00000000 00000000 00000000 ?................ 12 00000000100EA060: 30000c00 01000000 14000000 03000001 ?0............... 13 00000000100EA070: 00160061 6d793000 0c000200 00001900 ?...amy0......... 14 00000000100EA080: 00000300 00010017 00616e6e 6130000c ?.........anna0.. 15 00000000100EA090: 00030000 001c0000 00030000 01001800 ?................ 16 00000000100EA0A0: 736d6172 74000000 00000000 00000000 ?smart........... 17 00000000100EA0B0: 00000000 00000000 00000000 00000000 ?................ 18 19 .... 20 21 00000000100EBFC0: 20202020 20202020 20202020 20202020 ? 22 00000000100EBFD0: 20202020 20200000 00000000 00000000 ? .......... 23 00000000100EBFE0: 00000000 00000000 00000000 00000000 ?................ 24 00000000100EBFF0: 00000000 00000000 1f0b8d00 76006000 ?............v.`. 25 26 OFFSET TABLE: 27 28 Row - Offset 29 2 (0x2) - 141 (0x8d) 30 1 (0x1) - 118 (0x76) 31 0 (0x0) - 96 (0x60)
我想大家現(xiàn)在都清楚了，數(shù)據(jù)頁中的一條條存儲記錄都是通過頁尾的槽位指向的，具體可以參見前幾篇對數(shù)據(jù)頁的介紹，比如你看到頁尾的：
8d0076006000了嗎？要注意，這些都是按照字節(jié)逆序來的。
1. 6000 這個就是slot0，也就是 (0x0) - 96 (0x60)
2. 0x76 這個就是slot1，也就是(0x1) - 118 (0x76)
2. 0x8d 這個就是slot2，也就是(0x2) - 141 (0x8d)
是不是有點(diǎn)意思，如果你一定要看到slot具體指向的內(nèi)容，你可以繼續(xù)用上一節(jié)介紹的DBCC命令，一清二楚。
1 DBCC PAGE(Ctrip,1,78,1)
PAGE: (1:78) BUFFER: BUF @0x0000000083FD8E00 bpage = 0x0000000083ADC000 bhash = 0x0000000000000000 bpageno = (1:78) bdbid = 8 breferences = 0 bUse1 = 2495 bstat = 0x1c0000b blog = 0xbbbbbbbb bnext = 0x0000000000000000 PAGE HEADER: Page @0x0000000083ADC000 m_pageId = (1:78) m_headerVersion = 1 m_type = 1 m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8000 m_objId (AllocUnitId.idObj) = 63 m_indexId (AllocUnitId.idInd) = 256 Metadata: AllocUnitId = 72057594042056704 Metadata: PartitionId = 72057594041204736 Metadata: IndexId = 0 Metadata: ObjectId = 341576255 m_prevPage = (0:0) m_nextPage = (0:0) pminlen = 12 m_slotCnt = 3 m_freeCnt = 8021 m_freeData = 165 m_reservedCnt = 0 m_lsn = (142:102:3) m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0 m_tornBits = 0 Allocation Status GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED PFS (1:1) = 0x61 MIXED_EXT ALLOCATED 50_PCT_FULL DIFF (1:6) = CHANGED ML (1:7) = NOT MIN_LOGGED DATA: Slot 0, Offset 0x60, Length 22, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS Record Size = 22 Memory Dump @0x000000000F7FC060 0000000000000000: 30000c00 01000000 14000000 03000001 ?0............... 0000000000000010: 00160061 6d79????????????????????????...amy Slot 1, Offset 0x76, Length 23, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS Record Size = 23 Memory Dump @0x000000000F7FC076 0000000000000000: 30000c00 02000000 19000000 03000001 ?0............... 0000000000000010: 00170061 6e6e61??????????????????????...anna Slot 2, Offset 0x8d, Length 24, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS Record Size = 24 Memory Dump @0x000000000F7FC08D 0000000000000000: 30000c00 03000000 1c000000 03000001 ?0............... 0000000000000010: 00180073 6d617274 ???????????????????...smart OFFSET TABLE: Row - Offset 2 (0x2) - 141 (0x8d) 1 (0x1) - 118 (0x76) 0 (0x0) - 96 (0x60) DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。
仔細(xì)觀察下上面的藍(lán)色字體，有沒有總結(jié)出各個slot槽位對應(yīng)的記錄內(nèi)容，比如：
slot0槽位指向的記錄內(nèi)容： amy => 616d79。
slot1槽位指向的記錄內(nèi)容： anna => 616e6e61。
slot2槽位指向的記錄內(nèi)容： smart => 736d617274。
這里你要知道，這里都是16進(jìn)制表示的，所以2個16進(jìn)制對應(yīng)一個字節(jié)。
二：使用WinHex修改數(shù)據(jù)
我們大家都知道，sqlserver引擎會通過掃描slot槽位來呈現(xiàn)數(shù)據(jù)，就像上面的記錄那樣，依次掃描slot0...slot1....slot2...來呈現(xiàn)數(shù)據(jù)，如下圖：
上面這個截圖沒什么稀奇的地方，大家也覺得見怪不怪的，那下面就有一個想法來了，如果我通過winHex來交換slot0和slot1的順序，那效果會是
怎樣？？？按照常理說，這時候引擎還是按照slot槽位依次掃描，這時候應(yīng)該會將ID=2的記錄先噴出來，然后再噴出ID=1，ID=3。。。事實(shí)是不是
這樣子呢？好奇吧，我們來看看。。。
三：相關(guān)步驟
1. 我們知道Ctrip數(shù)據(jù)庫是聯(lián)機(jī)的，我們要修改它必須先脫機(jī)，然后再關(guān)掉數(shù)據(jù)頁的一致性校驗(yàn)（這個也是數(shù)據(jù)庫的保護(hù)機(jī)制，防止第三方惡意的去篡
改數(shù)據(jù)），這個應(yīng)該大家都明白，如下圖：
2. 從網(wǎng)上下載一個破解版的winhex，然后打開本地的Ctrip.mdf文件，調(diào)整winhex的編輯模式為默認(rèn)的可讀寫，如圖：
3. 我們知道一個數(shù)據(jù)頁的大小是8KB=8192B，那么第78號數(shù)據(jù)頁的起始位置的偏移量應(yīng)該就是：78*8192=638976，然后通過快捷鍵
Alt+G打開偏移量列表，鍵入638976，如下圖：
找到記錄的內(nèi)容之后，我們再來找槽位，槽位的開始位置在78號數(shù)據(jù)頁的末尾，那怎么算呢？這個算法也很簡單，offset=79*8192-1=647167。
說干就干。
當(dāng)你真的找到了偏移量，是不是很興奮呢？下面要做的就是把60和76交換一下，也就是將slot0和slot1交換，看看怎么樣？？？？
4. 交換完畢后，ctrl+s保存，然后讓Ctrip數(shù)據(jù)庫聯(lián)機(jī)，并使用Sql語句查看下現(xiàn)在的效果？？？
當(dāng)你看到這張圖的時候，是不是已經(jīng)瘋了。。。。這樣我就非常肯定的論證了，引擎真的就是通過依次掃描slot的槽位來指向記錄的，如果你
大概理解了上面的操作，現(xiàn)在你可以修改任意數(shù)據(jù)頁的數(shù)據(jù)了，只要你找得到數(shù)據(jù)頁的偏移量，然后任由你發(fā)揮啦