부동 소수점 숫자를 비교할 때 MySQL이 예상치 못한 결과를 반환하는 이유는 무엇입니까?

MySQL 부동 소수점 비교 이상

부동 소수점 숫자는 일반적으로 부정확한 특성으로 인해 비교에서 예상치 못한 결과를 초래하는 것으로 악명이 높습니다. MySQL도 이러한 동작에 예외는 아닙니다.

부동 소수점 값을 저장하는 "points"라는 열이 있는 MySQL 테이블이 있는 시나리오를 상상해 보십시오.

SELECT COUNT(*) FROM `users` WHERE `points` > "12.75"

와 같은 쿼리를 실행하면 12.75보다 큰 값이 4개 있으므로 3이 반환될 것으로 예상할 수 있습니다. 그러나 MySQL은 2만 반환할 수 있습니다.

이 동작은 컴퓨터에서 부동 소수점 연산이 구현되는 방식의 결과입니다. 코드에 값을 "12.75" 또는 "50.12"로 저장했음에도 불구하고 이러한 값은 내부적으로 근사값으로 저장되는 경우가 많습니다.

부동 소수점 산술 실수의 내부

이를 설명하기 위해 일부 부동 소수점 숫자의 간단한 합을 살펴보겠습니다.

CREATE TABLE a (num float);

INSERT INTO a VALUES (50.12);
INSERT INTO a VALUES (34.57);
INSERT INTO a VALUES (12.75);
INSERT INTO a VALUES (11.22);
INSERT INTO a VALUES (10.46);
INSERT INTO a VALUES (9.35);
INSERT INTO a VALUES (8.55);
INSERT INTO a VALUES (7.23);
INSERT INTO a VALUES (6.53);
INSERT INTO a VALUES (5.15);
INSERT INTO a VALUES (4.01);

SELECT SUM(num) FROM a;

이 쿼리는 "159.94" 대신 "159.94000005722"와 같은 결과를 반환할 수 있습니다. 추가 "0.00000005722"는 부동 소수점 연산 내부의 반올림 오류의 결과입니다.

DECIMAL 유형 문제 해결

이러한 부정확성을 방지하려면 다음을 수행하는 것이 좋습니다. DECIMAL 데이터 유형을 사용하십시오. DECIMAL은 부동 소수점 근사치에 의존하지 않고 고정된 자릿수의 문자열로 값을 나타냅니다.

ALTER TABLE a MODIFY num DECIMAL(6,2);

SELECT SUM(num) FROM a;

이 변경으로 SUM 쿼리는 예상 결과 "159.94"를 반환합니다.

결론

일부 애플리케이션에서는 부동 소수점 유형이 편리할 수 있지만 MySQL에서는 비교 동작이 불안정할 수 있습니다. 정확한 비교 및 ​​계산을 위해서는 대신 DECIMAL 데이터 유형을 사용하는 것이 좋습니다.

위 내용은 부동 소수점 숫자를 비교할 때 MySQL이 예상치 못한 결과를 반환하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!