默認的mapper是IdentityMapper，默認的reducer是IdentityReducer，它們將輸入的鍵和值原封不動地寫到輸出中。
默認的partitioner是HashPartitinoer，它根據每條記錄的鍵進行哈希操作來分區。
輸入文件：文件是MapReduce任務的數據的初始存儲地。正常情況下，輸入文件一般是存在HDFS里。這些文件的格式可以是任意的；我們可以使用基於行的日志文件，也可以使用二進制格式，多行輸入記錄或其它一些格式。這些文件會很大—數十G或更大。
小文件與CombineFileInputFormat
Hadoop在處理大量小文件時的性能稍微遜色一些，一個原因是FileInputFormat生成的InputSplit總是一個整個或一部分的輸入文件。如果文件比較小，並且數量很多，每次map操作的時候只會處理很少的輸入數據，但是會有很多map任務，每次新的map操作都回造成一定的性能損失。
CombineFileInputFormat可以緩解這個問題，它對這種情況做了一定的優化。FileInputFormat將每個文件分割成1個或多個單元，而CombineFileInputFormat可以將多個文件打包到一個輸入單元中，這樣每次map操作就會有更多的數據來處理。CombineFileInputFormat會考慮到節點和集群的位置信息以決定哪些文件應該打包到一個單元中，所有原本的MapReduce的效率就會下降。
輸入格式：InputFormat類定義了如何分割和讀取輸入文件，它提供有下面的幾個功能：
- 選擇作為輸入的文件或對象；
- 定義把文件划分到任務的InputSplits；
- 為RecordReader讀取文件提供了一個工廠方法；
Hadoop自帶了好幾個輸入格式。其中有一個抽象類叫FileInputFormat，所有操作文件的InputFormat類都是從它那里繼承功能和屬性。當開啟Hadoop作業時，FileInputFormat會得到一個路徑參數，這個路徑內包含了所需要處理的文件，FileInputFormat會讀取這個文件夾內的所有文件（譯注：默認不包括子文件夾內的），然后它會把這些文件拆分成一個或多個的InputSplit。你可以通過JobConf對象的setInputFormat()方法來設定應用到你的作業輸入文件上的輸入格式。下表給出了一些
標准的輸入格式：
| 輸入格式 |
描述 |
鍵 |
值 |
| TextInputFormat |
默認格式，讀取文件的行 |
行的字節偏移量 |
行的內容 |
| KeyValueInputFormat |
把行解析為鍵值對 |
第一個tab字符前的所有字符 |
行剩下的內容 |
| SequenceFileInputFormat |
Hadoop定義的高性能二進制格式 |
用戶自定義 |
用戶自定義 |
| SequenceFileAsTextInputFormat | 是SequenceFileInputFormat的變體，它將鍵和值轉換為Text對象。轉換的時候會調用鍵和值的toString方法。這個格式可以是順序文件作為流操作的輸入。 | ||
| SequenceFileAsBinaryInputFormat | SequenceFileAsBinaryInputFormat是SequenceFileInputFormat的另一種變體，它將順序文件的鍵和值作為二進制對象，它們被封裝為BytesWritable對象，因而應用程序可以任意地將這些字節數組解釋為他們想要的類型。 | ||
| DBInputForma | DBInputForma是一個使用JDBC並且從關系數據庫中讀取數據的一種輸入格式。由於它沒有任何碎片技術，所以在訪問數據庫的時候必須非常小心，太多的mapper可能會事數據庫受不了。因此DBInputFormat最好在加載小量數據集的時候用。 |
表4.1MapReduce提供的輸入格式
默認的輸入格式是TextInputFormat，它把輸入文件每一行作為單獨的一個記錄，但不做解析處理。這對那些沒有被格式化的數據或是基於行的記錄來說是很有用的，比如日志文件。更有趣的一個輸入格式是KeyValueInputFormat，這個格式也是把輸入文件每一行作為單獨的一個記錄。然而不同的是TextInputFormat把整個文件行當做值數據，KeyValueInputFormat則是通過搜尋tab字符來把行拆分為鍵值對。這在把一個MapReduce的作業輸出作為下一個作業的輸入時顯得特別有用，因為默認輸出格式（下面有更詳細的描述）正是按KeyValueInputFormat格式輸出數據。最后來講講SequenceFileInputFormat，它會讀取特殊的特定於Hadoop的二進制文件，這些文件包含了很多能讓Hadoop的mapper快速讀取數據的特性。Sequence文件是塊壓縮的並提供了對幾種數據類型（不僅僅是文本類型）直接的序列化與反序列化操作。Squence文件可以作為MapReduce任務的輸出數據，並且用它做一個MapReduce作業到另一個作業的中間數據是很高效的。
輸入塊（InputSplit）：一個輸入塊描述了構成MapReduce程序中單個map任務的一個單元。把一個MapReduce程序應用到一個數據集上，即是指一個作業，會由幾個（也可能幾百個）任務組成。Map任務可能會讀取整個文件，但一般是讀取文件的一部分。默認情況下，FileInputFormat及其子類會以64MB（與HDFS的Block默認大小相同，譯注：Hadoop建議Split大小與此相同）為基數來拆分文件。你可以在hadoop-site.xml（譯注：0.20.*以后是在mapred-default.xml里）文件內設定mapred.min.split.size參數來控制具體划分大小，或者在具體MapReduce作業的JobConf對象中重寫這個參數。通過以塊形式處理文件，我們可以讓多個map任務並行的操作一個文件。如果文件非常大的話，這個特性可以通過並行處理大幅的提升性能。更重要的是，因為多個塊（Block）組成的文件可能會分散在集群內的好幾個節點上（譯注：事實上就是這樣），這樣就可以把任務調度在不同的節點上；因此所有的單個塊都是本地處理的，而不是把數據從一個節點傳輸到另外一個節點。當然，日志文件可以以明智的塊處理方式進行處理，但是有些文件格式不支持塊處理方式。針對這種情況，你可以寫一個自定義的InputFormat，這樣你就可以控制你文件是如何被拆分（或不拆分）成文件塊的。自定義的文件格式在第五部分有描述。
輸入格式定義了組成mapping階段的map任務列表，每一個任務對應一個輸入塊。接着根據輸入文件塊所在的物理地址，這些任務會被分派到對應的系統節點上，可能會有多個map任務被分派到同一個節點上。任務分派好后，節點開始運行任務，嘗試去最大並行化執行。節點上的最大任務並行數由mapred.tasktracker.map.tasks.maximum參數控制。
記錄讀取器（RecordReader）：InputSplit定義了如何切分工作，但是沒有描述如何去訪問它。 RecordReader類則是實際的用來加載數據並把數據轉換為適合mapper讀取的鍵值對。RecordReader實例是由輸入格式定義的，默認的輸入格式，TextInputFormat，提供了一個LineRecordReader，這個類的會把輸入文件的每一行作為一個新的值，關聯到每一行的鍵則是該行在文件中的字節偏移量。RecordReader會在輸入塊上被重復的調用直到整個輸入塊被處理完畢，每一次調用RecordReader都會調用Mapper的map()方法。
Mapper：Mapper執行了MapReduce程序第一階段中有趣的用戶定義的工作。給定一個鍵值對，map()方法會生成一個或多個鍵值對，這些鍵值對會被送到Reducer那里。對於整個作業輸入部分的每一個map任務（輸入塊），每一個新的Mapper實例都會在單獨的Java進程中被初始化，mapper之間不能進行通信。這就使得每一個map任務的可靠性不受其它map任務的影響，只由本地機器的可靠性來決定。map()方法除了鍵值對外還會接收額外的兩個參數（譯注：在0.20.×后的版本，接口已變化，由Context對象代替這兩個參數）：
- OutputCollector對象有一個叫collect()的方法，它可以利用該方法把鍵值對送到作業的reduce階段。
- Reporter對象提供當前任務的信息，它的getInputSplit()方法會返回一個描述當前輸入塊的對象，並且還允許map任務提供關於系統執行進度的額外信息。setStatus()方法允許你生成一個反饋給用戶的狀態消息，incrCounter()方法允許你遞增共享的高性能計數器，除了默認的計數器外，你還可以定義更多的你想要的計數器。每一個mapper都可以遞增計數器，JobTracker會收集由不同處理得到的遞增數據並把它們聚集在一起以供作業結束后的讀取。
Partition & Shuffle：當第一個map任務完成后，節點可能還要繼續執行更多的map任務，但這時候也開始把map任務的中間輸出交換到需要它們的reducer那里去，這個移動map輸出到reducer的過程叫做shuffle。每一個reduce節點會分派到中間輸出的鍵集合中的一個不同的子集合，這些子集合（被稱為“partitions”）是reduce任務的輸入數據。每一個map任務生成的鍵值對可能會隸屬於任意的partition，有着相同鍵的數值總是在一起被reduce，不管它是來自那個mapper的。因此，所有的map節點必須就把不同的中間數據發往何處達成一致。Partitioner類就是用來決定給定鍵值對的去向，默認的分類器（partitioner）會計算鍵的哈希值並基於這個結果來把鍵賦到相應的partition上，自定義的分類器在第五部分有詳細描述。
排序：每一個reduce任務負責歸約（reduceing）關聯到相同鍵上的所有數值，每一個節點收到的中間鍵集合在被送到具體的reducer那里前就已經自動被Hadoop排序過了。
歸約（Reduce）：每個reduce任務都會創建一個Reducer實例，這是一個用戶自定義代碼的實例，負責執行特定作業的第二個重要的階段。對於每一個已賦予到reducer的partition內的鍵來說，reducer的reduce()方法只會調用一次，它會接收一個鍵和關聯到鍵的所有值的一個迭代器，迭代器會以一個未定義的順序返回關聯到同一個鍵的值。reducer也要接收一個OutputCollector和Report對象，它們像在map()方法中那樣被使用。
輸出格式：提供給OutputCollector的鍵值對會被寫到輸出文件中，寫入的方式由輸出格式控制。OutputFormat的功能跟前面描述的InputFormat類很像，Hadoop提供的OutputFormat的實例會把文件寫在本地磁盤或HDFS上，它們都是繼承自公共的FileInputFormat類。每一個reducer會把結果輸出寫在公共文件夾中一個單獨的文件內，這些文件的命名一般是part-nnnnn，nnnnn是關聯到某個reduce任務的partition的id，輸出文件夾通過FileOutputFormat.setOutputPath() 來設置。你可以通過具體MapReduce作業的JobConf對象的setOutputFormat()方法來設置具體用到的輸出格式。下表給出了已提供的輸出格式：
| 輸出格式 |
描述 |
| TextOutputFormat |
默認的輸出格式， 以 "key \t value" 的方式輸出行 |
| SequenceFileOutputFormat |
輸出二進制文件，適合於讀取為子MapReduce作業的輸入 |
| NullOutputFormat |
忽略收到的數據，即不做輸出 |
| SequenceFileAsBinaryOutputFormat | 與SequenceFileAsBinaryInputFormat相對應，它將鍵/值對當作二進制數據寫入一個順序文件 |
| MapFileOutputFormat | MapFileOutputFormat將結果寫入一個MapFile中。MapFile中的鍵必須是排序的，所以在reducer中必須保證輸出的鍵有序。 |
表4.2: Hadoop提供的輸出格式
Hadoop提供了一些OutputFormat實例用於寫入文件，基本的（默認的）實例是TextOutputFormat，它會以一行一個鍵值對的方式把數據寫入一個文本文件里。這樣后面的MapReduce任務就可以通過KeyValueInputFormat類簡單的重新讀取所需的輸入數據了，而且也適合於人的閱讀。還有一個更適合於在MapReduce作業間使用的中間格式，那就是SequenceFileOutputFormat，它可以快速的序列化任意的數據類型到文件中，而對應SequenceFileInputFormat則會把文件反序列化為相同的類型並提交為下一個Mapper的輸入數據，方式和前一個Reducer的生成方式一樣。NullOutputFormat不會生成輸出文件並丟棄任何通過OutputCollector傳遞給它的鍵值對，如果你在要reduce()方法中顯式的寫你自己的輸出文件並且不想Hadoop框架輸出額外的空輸出文件，那這個類是很有用的。
RecordWriter：這個跟InputFormat中通過RecordReader讀取單個記錄的實現很相似，OutputFormat類是RecordWriter對象的工廠方法，用來把單個的記錄寫到文件中，就像是OuputFormat直接寫入的一樣。
Reducer輸出的文件會留在HDFS上供你的其它應用使用，比如另外一個MapReduce作業，或一個給人工檢查的單獨程序。