IQR法检测异常值的Python实现方法

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《Python如何用IQR检测异常值？》，这篇文章主要讲到等等知识，如果你对文章相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

IQR方法通过计算四分位距并设定边界识别异常值，具有统计稳健性。1. 它基于Q1（25%分位数）与Q3（75%分位数）之差（IQR=Q3-Q1），定义异常值上下限为Q1-1.5×IQR与Q3+1.5×IQR；2. 异常值处理可选择删除、替换为边界值、插补或转换数据；3. 该方法不依赖正态分布，适用于偏态数据，但需结合业务背景判断是否剔除或保留异常值。

IQR（四分位距）方法是Python处理数据异常值的一种非常实用且统计学上稳健的手段。它通过识别数据集中那些显著偏离“中间”区域的数据点，帮助我们净化数据集，为后续的分析或模型训练打下基础。在我看来，它不仅提供了一种量化标准，更重要的是，它让我们对数据的分布有了更直观的感受。

解决方案

数据异常值，简单说，就是那些看起来格格不入的数据点。它们可能代表着测量错误、数据录入失误，也可能是真实存在的极端情况。IQR方法提供了一个基于数据自身分布的判断标准，它不像Z-score那样对正态分布有强烈的假设，因此在处理偏态数据时表现更出色。

IQR的计算基于数据集的四分位数：

• Q1 (第一四分位数)：数据集中25%的数据小于或等于这个值。
• Q3 (第三四分位数)：数据集中75%的数据小于或等于这个值。
• IQR (四分位距)：Q3 - Q1。它代表了数据集中间50%数据的跨度。

基于IQR，我们可以定义异常值的边界：

• 下限 (Lower Bound)：Q1 - 1.5 * IQR
• 上限 (Upper Bound)：Q3 + 1.5 * IQR

任何低于下限或高于上限的数据点，我们都认为是异常值。这个“1.5”是一个经验系数，由统计学家John Tukey提出，在多数情况下表现良好，能有效捕获大部分“离群”点，同时又不会过于激进地剔除正常范围内的极端值。

在Python中，我们可以这样实现IQR方法来检测和处理异常值：

import numpy as np
import pandas as pd

# 示例数据
data = pd.Series([10, 12, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 30, 80, 5, 1])

# 计算Q1和Q3
Q1 = data.quantile(0.25)
Q3 = data.quantile(0.75)

# 计算IQR
IQR = Q3 - Q1

# 计算异常值边界
lower_bound = Q1 - 1.5 * IQR
upper_bound = Q3 + 1.5 * IQR

print(f"Q1: {Q1}")
print(f"Q3: {Q3}")
print(f"IQR: {IQR}")
print(f"下限: {lower_bound}")
print(f"上限: {upper_bound}")

# 识别异常值
outliers = data[(data < lower_bound) | (data > upper_bound)]
print(f"\n识别到的异常值:\n{outliers}")

# 处理异常值：这里选择将异常值替换为边界值（封顶/Winsorization）
# 也可以选择删除它们，或者用均值/中位数填充
data_cleaned = data.copy()
data_cleaned[data_cleaned < lower_bound] = lower_bound
data_cleaned[data_cleaned > upper_bound] = upper_bound

print(f"\n处理后的数据（封顶处理）:\n{data_cleaned}")

# 如果选择删除异常值
# data_no_outliers = data[(data >= lower_bound) & (data <= upper_bound)]
# print(f"\n删除异常值后的数据:\n{data_no_outliers}")

为什么数据异常值处理如此重要？

处理数据异常值，在我看来，不仅仅是数据清洗的一个步骤，它更像是为数据讲一个“好故事”的前提。想象一下，你正在用数据训练一个机器学习模型，或者进行一项重要的统计分析。如果数据中混杂着大量的异常值，那结果很可能就是一团糟。

具体来说，异常值对数据分析和模型训练的影响是多方面的：

• 对统计指标的扭曲：像均值（mean）和标准差（standard deviation）这些常见的统计量对异常值非常敏感。一个极端的异常值就能让均值偏离实际的“中心”很远，导致我们对数据分布的理解出现偏差。比如，一个班级的平均身高因为姚明的加入而瞬间拔高，这显然不能真实反映班级成员的普遍身高。
• 影响模型性能：大多数机器学习模型，特别是那些基于距离或方差的模型（如线性回归、K-Means聚类），对异常值非常敏感。异常值会拉高模型的误差，导致模型在预测或分类时表现不佳，甚至学到错误的模式。它们就像噪音，干扰了模型对真实信号的捕捉。
• 误导业务决策：如果我们的分析报告或仪表盘中包含了未处理的异常值，那么基于这些数据做出的业务决策很可能会是错误的。比如，一个异常高的销售额可能是因为数据录入错误，如果据此制定了过高的销售目标，那后续的执行就会遇到大麻烦。
• 降低模型泛化能力：模型在训练时过度拟合了异常值，导致它在面对新的、正常的生产数据时表现不佳，也就是泛化能力差。

所以，处理异常值，本质上是为了让我们的数据更“纯净”，更真实地反映其背后的规律，从而让我们的分析和模型更可靠、更具洞察力。当然，有时异常值本身就蕴含着重要的信息，比如欺诈行为、设备故障等，这时候就不是简单地删除或替换，而是需要深入研究这些异常背后的原因。

除了IQR，还有哪些常见的异常值检测方法？它们各有什么优缺点？

IQR方法固然好用，但它并非万能药。在数据分析的实践中，我们有很多工具箱里的“锤子”，每种都有其适用场景。选择哪种方法，往往取决于你的数据特性、业务背景以及你对“异常”的定义。

以下是一些除了IQR之外，我经常会考虑的异常值检测方法：

• Z-score/标准化分数法：
  • 原理：计算每个数据点与均值的距离，以标准差为单位。通常，Z-score的绝对值超过2或3（取决于置信水平）就被认为是异常值。
  • 优点：概念直观，计算简单。
  • 缺点：对数据分布有较强假设，要求数据近似服从正态分布。如果数据本身存在极端异常值，均值和标准差会被拉偏，导致Z-score的判断不准确（即“掩盖效应”）。
• Isolation Forest（孤立森林）：
  • 原理：这是一种基于决策树的无监督学习算法。它通过随机选择特征并随机选择分割点来“孤立”数据点。异常值通常更容易被孤立，因为它们在特征空间中距离其他数据点较远，只需要更少的分割就能被分离开来。
  • 优点：在处理高维数据时表现优秀，对数据分布没有假设，效率较高。
  • 缺点：对于非常密集的数据集或数据点之间边界模糊的情况，效果可能不佳。参数调优有时需要经验。
• LOF (Local Outlier Factor，局部异常因子)：
  • 原理：LOF衡量一个数据点相对于其邻居的局部密度偏差。如果一个点的局部密度远低于其邻居的局部密度，那么它就被认为是异常值。
  • 优点：能够识别出局部异常值，即在特定区域内是异常但在全局看来可能不那么异常的点，对不同密度的数据簇有很好的适应性。
  • 缺点：计算复杂度较高，在大数据集上可能比较慢。参数（如邻居数量）的选择对结果影响较大。
• DBSCAN (Density-Based Spatial Clustering of Applications with Noise)：
  • 原理：这是一种基于密度的聚类算法。它将数据点分为核心点、边界点和噪声点。那些不属于任何簇的点（即噪声点）就被认为是异常值。
  • 优点：能够发现任意形状的簇，不需要预先指定簇的数量，并且能很好地识别噪声。
  • 缺点：对参数（邻域半径和最小点数）的选择非常敏感，对不同密度的数据集可能需要不同的参数。
• 基于领域知识的方法：
  • 原理：这其实是最重要、也最直接的方法。根据我们对业务的理解和常识，直接设定阈值或规则来判断异常。
  • 优点：最符合实际业务需求，准确性高，易于理解和解释。
  • 缺点：依赖于专家经验，缺乏通用性，无法自动化处理所有情况。

在我看来，没有一个“放之四海而皆准”的异常值检测方法。很多时候，我倾向于将多种方法结合使用，或者先用一种方法进行初步筛选，再结合领域知识进行人工复核。毕竟，数据背后的故事和业务逻辑，才是我们最需要关注的。

识别出异常值后，我们应该如何处理它们？删除、替换还是其他策略？

识别出异常值只是万里长征的第一步，如何处理它们，这才是真正考验我们对数据理解和业务洞察力的地方。处理策略的选择，绝不是拍脑袋决定的，它往往取决于异常值的性质、它们产生的原因、对后续分析或模型的影响程度，以及我们能接受的数据损失程度。

这里有几种常见的处理策略，每种都有其适用场景和需要权衡的地方：

• 删除 (Deletion)：
  • 做法：直接将含有异常值的行或列从数据集中移除。
  • 适用场景：当异常值数量非常少，且我们确信它们是数据录入错误、传感器故障等导致的“脏数据”时。或者，当异常值对后续分析的负面影响极大，且移除它们不会导致大量信息丢失时。
  • 缺点：这是最简单粗暴的方法，但代价也最大——会丢失数据。如果异常值较多，删除可能导致数据集大幅缩小，甚至影响数据的代表性。
• 替换/封顶 (Capping/Winsorization)：
  • 做法：将异常值替换为预定义的边界值。例如，对于高于上限的异常值，将其替换为上限值；低于下限的异常值，替换为下限值。IQR方法中的上下限就是很好的替换值。
  • 适用场景：当异常值数量较多，或我们不希望丢失数据，但又想降低异常值对模型或统计分析的影响时。
  • 优点：保留了所有数据点，避免了信息损失。能够有效减少异常值的极端影响。
  • 缺点：可能会压缩数据的原始分布，使得一些真实的极端情况变得不那么“极端”，从而掩盖了潜在的业务洞察。
• 插补 (Imputation)：
  • 做法：用其他数据来填充异常值的位置。常见的填充方法包括用均值、中位数、众数填充，或者更复杂的，如使用K近邻（KNN）算法、回归模型来预测并填充。
  • 适用场景：当异常值可能是缺失数据的一种表现，或者我们希望用更智能的方式来估计这些“不确定”的值时。
  • 优点：保留了数据点，并且尝试用更合理的方式来估计异常值。
  • 缺点：引入了模型或统计量带来的偏差，如果插补不当，可能会引入新的错误或降低数据真实性。
• 数据转换 (Transformation)：
  • 做法：对数据进行数学转换，如对数变换（np.log()）、平方根变换（np.sqrt()）、Box-Cox变换等，以改变数据的分布形态，使其更接近正态分布，从而减小异常值的相对影响。
  • 适用场景：当数据本身存在严重偏态，且异常值是这种偏态的自然结果时。常用于处理收入、人口等右偏分布的数据。
  • 优点：不删除数据，也不直接修改异常值本身，而是改变数据的尺度，使得异常值在新的尺度下不再那么“异常”。
  • 缺点：转换后的数据解释性可能降低，需要反向转换才能理解原始意义。
• 保留 (Retention) 或特殊处理：
  • 做法：有时，异常值本身就蕴含着最重要的信息。例如，信用卡欺诈检测中的欺诈交易、工业设备故障中的异常读数。在这种情况下，我们不应该简单地删除或替换它们，而是需要对其进行深入分析，甚至将其作为模型训练的重点。
  • 适用场景：当异常值代表着真实存在的、有价值的、需要被识别或研究的事件时。
  • 优点：不会丢失任何有价值的信息，甚至能从异常中发现新的规律。
  • 缺点：需要更多的领域知识和分析投入，可能需要使用对异常值不那么敏感的鲁棒模型。

我的经验是，在处理异常值时，永远不要盲目行动。花时间去理解异常值为什么会出现，它们代表了什么，这比任何处理方法都重要。很多时候，我更倾向于先尝试封顶或转换，因为它们能保留更多原始信息。只有当我确信某个异常值是纯粹的错误且数量稀少时，我才会考虑删除。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。