咱们直接把这个疑问讲透：这个报错里的5000限制，指的是单个Hive作业在一次运行过程中能够创建的动态分区总数上限，和目标表已有的总动态分区数完全无关。

具体来说：

• 当你执行带动态分区插入的SQL时，Hive只会统计这次作业新生成的分区数量，一旦这个数字超过hive.exec.max.dynamic.partitions的默认值（5000），就会触发你看到的报错。
• 目标表之前已经存在的所有分区，都不会被计入这个统计范围。

举个直观的例子：

• 如果你的目标表已经有12000个历史分区，但你这次作业只需要新增4000个动态分区，完全不会触发这个限制；
• 但如果你的表之前只有0个分区，这次作业要一次性创建9000个新分区，哪怕表总分区数才9000，也会直接超出5000的限制报错。

另外补充个相关的参数细节：除了hive.exec.max.dynamic.partitions，还有个hive.exec.max.dynamic.partitions.pernode（默认1000），它控制的是单个TaskTracker节点上允许创建的动态分区数，有时候也会触发类似的分区数量超限报错，调整的时候可以一起留意。

内容的提问来源于stack exchange，提问作者Dhiraj