我在Windows 7 Enterprise 64位上構建了一個SOLR索引。 我將索引複製到Centos版本6.2,32位操作系統。Solr索引的可移植性
索引是可讀的，應用程序能夠從Linux上的索引加載數據。 但有幾個字段的FQ查詢不工作在Linux上，但同樣的FQ查詢在Windows上工作。
我有一種情況，我必須在Windows上準備索引並將其移植到Linux上。 我需要索引是可移植的。
唯一不起作用的是FQ查詢。
感謝 穆克什
術語比較中字節的不匹配是由於Base64編碼/解碼使用系統相關的JRE完成的。
切換到Apache Codec，它是base64系統無關base64編碼器/解碼器。
指數應該可以移植。你有沒有保證你承諾所有的改變。另外，我會檢查你的schema.xml和solrconfig.xml文件。它們配置是否相同？
BlockTreeTermsReader內部 seekExact API，我已啓用調試和系統輸出語句 scanToTermLeaf：block fp = 1705107 prefix = 0 nextEnt = 0（of 167）target = 1RD0JIHMr9aw4RPPuS0DVzB2tKf38FfjKaEg7HsYDd7EtAOpE9FYvvj5ryB7679r4KNnlIazevPo h7qabtLhXw == [31 52 44 30 4a 49 48 4d 72 39 61 77 34 52 50 50 75 53 30 44 56 7a 42 32 74 4b 66 33 38 46 66 6a 4b 61 45 67 37 48 73 59 44 64 37 45 74 41 4f 70 45 39 46 59 76 76 6a 35 72 79 42 37 36 37 39 72 34 4b 4e 6e 6c 49 61 7a 65 76 50 6f da 68 37 71 61 62 74 4c 68 58 77 3d 3d] term = [] 這是一個術語查詢，與目標字節匹配 – 2013-05-09 05:34:02
根據算法，它貫穿整個術語並嘗試匹配，現在第6項完全匹配，但是存在幾個字節週期的問題：術語6（167）後綴= 1RD0JIHMr9aw4RPPuS0DVzB2tKf38FfjKaEg7HsYDd7EtAOpE9FYvvj5ryB7679r4KNnlIazevPo h7qabtLhXw == [31 52 44 30 4a 49 48 4d 72 39 61 77 34 52 50 50 75 53 30 44 56 7a 42 32 74 4b 66 33 38 46 66 6a 4b 61 45 67 37 48 73 59 44 64 37 45 74 41 4f 70 45 39 46 59 76 76 6a 35 72 79 42 37 36 37 39 72 34 4b 4e 6e 6c 49 61 7a 65 76 50 6f a 68 37 71 61 62 74 4c 68 58 77 3d 3d] 前綴：= 0後綴：= 89 target.offset：= 0 target.length：= 90 targetLimit：= 89 – 2013-05-09 05:34:37
第一條評論50 6f da 68 37第二條評論50 6f a 68 37.測試場景索引是建立在Linux和我正在通過Windows機器上的solr api測試索引。 – 2013-05-09 05:37:56
scanToTermLeaf：塊FP = 1705107前綴= 0 nextEnt = 0的目標（167）= 1RD0JIHMr9aw4RPPuS0DVzB2tKf38FfjKaEg7HsYDd7EtAOpE9FYvvj5ryB7679r4KNnlIazevPo h7qabtLhXw == [31 52 44 30 4A 49 48 4D 72 39 61 77 34 52 50 50 75 53 30 44 56 7A 42 32 74 4b 66 33 38 46 66 6a 4b 61 45 67 37 48 73 59 44 64 37 45 74 41 4f 70 45 39 46 59 76 76 6a 35 72 79 42 37 36 37 39 72 34 4b 4e 6e 6c 49 61 7a 65 76 50 6f da 68 37 71 61 62 74 4c 68 58 77 3d 3d] term = [] – 2013-05-09 05:31:05