我在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