Monday, 14 January 2019

mysql - Why shouldn't I use mysql_* functions in PHP?




What are the technical reasons for why one shouldn't use mysql_* functions? (e.g. mysql_query(), mysql_connect() or mysql_real_escape_string())?




Why should I use something else even if they work on my site?



If they don't work on my site, why do I get errors like




Warning: mysql_connect(): No such file or directory



Answer



The MySQL extension:





  • Is not under active development

  • Is officially deprecated as of PHP 5.5 (released June 2013).

  • Has been removed entirely as of PHP 7.0 (released December 2015)


    • This means that as of 31 Dec 2018 it does not exist in any supported version of PHP. If you are using a version of PHP which supports it, you are using a version which doesn't get security problems fixed.


  • Lacks an OO interface

  • Doesn't support:



    • Non-blocking, asynchronous queries

    • Prepared statements or parameterized queries

    • Stored procedures

    • Multiple Statements

    • Transactions

    • The "new" password authentication method (on by default in MySQL 5.6; required in 5.7)

    • Any of the new functionality in MySQL 5.1 or later





Since it is deprecated, using it makes your code less future proof.



Lack of support for prepared statements is particularly important as they provide a clearer, less error-prone method of escaping and quoting external data than manually escaping it with a separate function call.



See the comparison of SQL extensions.


No comments:

Post a Comment

php - file_get_contents shows unexpected output while reading a file

I want to output an inline jpg image as a base64 encoded string, however when I do this : $contents = file_get_contents($filename); print &q...