MySQL & PHP decimal precision wrong

前端 未结 3 1381
后悔当初
后悔当初 2021-01-28 06:10

24151.40 - 31891.10 = -7739.699999999997

I grab these two numbers from a MySQL table with the type as decimal(14,2) 24151.40 31891.10 It is saved exactly as stated abov

相关标签:
3条回答
  • 2021-01-28 07:00

    From an article I wrote for Authorize.Net:

    One plus one equals two, right? How about .2 plus 1.4 times 10? That equals 16, right? Not if you're doing the math with PHP (or most other programming languages):

    echo floor((0.2 + 1.4) * 10); // Should be 16. But it's 15!
    

    This is due to how floating point numbers are handled internally. They are represented with a fixed number of decimal places and can result in numbers that do not add up quite like you expect. Internally our .2 plus 1.4 times 10 example computes to roughly 15.9999999998 or so. This kind of math is fine when working with numbers that do not have to be precise like percentages. But when working with money precision matters as a penny or a dollar missing here or there adds up quickly and no one likes being on the short end of any missing money.

    The BC Math Solution

    Fortunately PHP offers the BC Math extension which is "for arbitrary precision mathematics PHP offers the Binary Calculator which supports numbers of any size and precision, represented as strings." In other words, you can do precise math with monetary values using this extension. The BC Math extension contains functions that allow you to perform the most common operations with precision including addition, subtraction, multiplication, and division.

    A Better Example

    Here's the same example as above but using the bcadd() function to do the math for us. It takes three parameters. The first two are the values we wish to add and the third is the number of decimal places we wish to be precise to. Since we're working with money we'll set the precision to be two decimal palces.

    echo floor(bcadd('0.2', '1.4', 2) * 10); // It's 16 like we would expect it to be.
    
    0 讨论(0)
  • 2021-01-28 07:00

    PHP doesn't have a decimal type like MySQL does, it uses floats; and floats are notorious for being inaccurate.

    To cure this, look into number_format, e.g.:

    echo number_format(24151.40 - 31891.10, 2, '.', '');
    

    For more accurate number manipulation, you could also look at the math extensions of PHP:

    http://www.php.net/manual/en/refs.math.php

    0 讨论(0)
  • 2021-01-28 07:10

    This has to do with general float / double precision rates, which scientifically relates to 1.FRACTAL * 2^exponential power. Being that there's a prefix of 1, there's technically no such thing as zero, and the closest value you can obtain to 0 is 1.0 * 2 ^ -127 which is .000000[127 0s]00001

    By rounding off your answer to a certain precision, the round factor will give you a more precise answer

    http://dev.mysql.com/doc/refman/5.0/en/mathematical-functions.html#function_round

    0 讨论(0)
提交回复
热议问题