正如题目所问。 其实不一样的。这是 MySQL 中典型的深度分页问题。 MySQL 的LIMIT m n工作原理是先读取前 m+n 条记录，再抛弃前 m 条，然后返回后面的 n 条数据。因此，当 m 值增大时，偏移量也增大，性能表现就会变差。 因此，LIMIT 10000000,100要比LIMIT 0,100的性能差得多，因为它需要先读取 10000100 条数据，然后再抛弃前 10000

mapreduce报错：java.io.IOException: Split metadata size exceeded 10000000 一、问题现象 客户在用hive sql做几张表的组合分析，使用mr引擎。 因为其中有一张表超过5万个分区，数据总量超过8千亿条，因此运行过程中出现失败，报错如下所示： org.apache.hadoop.mapreduce.v2.app.job.imp

用一个字节8位来表示机器数，用原码、反码、补码来表示，其中最高位为0时表示整数，最高位为1时表示负数。 原码表示的范围为-127，。。。，-0，+0，。。。，+127，其中0的表示不唯一，分+0和-0两种。 [-0]原码为10000000      [+0]原码为00000000       正数的反码和原码相同， 负数的反码为原码最高位不变其他位求反 反码表示的范围为-127，。。。