大佬教程收集整理的这篇文章主要介绍了有没有人曾告诉你，你的SQL又报错了？[开发篇]，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
引语：线上运行的真实环境总是变幻莫测，明明你在本地测试的时候各种情况都是OK得不要不要的，也许你还在为自己某个地方炫酷的效果以及神奇的设计感到激动不已！但是，到线上以后，他就会偶尔跟抽风一样的跟你say Hello,World！然后会有人跟你说，这里出问题了，那里出问题了！反应往往是这样，“不可能！”，“妈蛋，怎么可能？”，“我就纳闷了，怎么可能出现这种问题呢？”。哈哈，这也许就是大多数攻城狮朋友们最经常发出的感叹吧！
那么，今天我们就来聊聊怎样发现你的错误以及解决一些错误的快速定位方法，而不是等到用户来你这里反馈，因为那时候可能已经错太久了！我们要做的，应该是将错误发现在第一时间，解决在萌芽之中，作出事后总结以避免以后再犯类似错误！因为，错不可怕，可怕的是一直犯同样的错误，那样的话，你和新手有何差别？
说明几点：
1. 本文主要解决的问题是sql相关的错误；
2. 本文以php微视角出发；（妈蛋，谁叫我是从事php开发呢？）
3. 本文解决的问题为，1 如何第一时间发现问题；2 如何解决问题；
4. 欢迎质疑、补充；
正题一、如何发现问题？
测试什么的那就不用说了，谁TM敢不过测试就直接上线？如果真是那样，我只能说，你牛逼！测试是一道很重要的防线保障，一般来说，经过测试后的功能，上线之后，Bug不会太多，或者说不会太明显！好吧，我就假设测试一个问题都没有发现，那么， 我们就上线吧！其实，上线之后，我们心里是没有底的，尤其是在某些还没有一套完善的部署系统的公司或项目中，上线前和上线后总会出各种稀奇古怪。到底开发和用户是两个层面的人，鬼知道会发生什么呢？我们悬着的一颗心，竟然要完全依赖于用户的操作，用户的反馈？噢，不，那样，太被动了！
主动发现问题。 一、上线之后，你也不可能再进行测试了，你现在就是一个普通用户，那么，你自己去操作就是必须的，一个大概走下来，基本功能可以确定了，Ok，接下来，真正交给用户！ 二、如果没有后手，就真的完全交给用户，那你还是太Low了，因为，必要的监控措施是一定要有的！这里指的监控是程序级别的，也就是所谓的报错。怎样记录报错信息？怎样知道报错了？都说了嘛，我是从事php开发的。php中有一个记录错误日志的功能，error_reporTing,把这个给打开，指定错误日志位置，级别，就可以记录php的错误了，但是一定要关闭错误的页面显示，否则，用户看到此类错误，你就完蛋了！既然本文说的是sql错误，那不应该是这里，没错。但是我要说的是，当sql报错的时候，php也已经发出报错了，通常是一个警告级别的错误，而且这种错误往往是关联性的发生，如下面的语句依赖于上面的查询，而上面已经报错，那么后续也会跟着报错。php知道错误了，但是只是大概，那sql具体哪里错了？只有他自己知道，这种记录就交给他吧！大概原理就是，在查询出错的地方，记录错误日志，错误日志主要记录信息有：错误信息，文件位置（追根溯源一个个文件查上去直到入口），下面是一段示例记录错误信息的php代码供参考：
<>php sql错误日志 function logError($msg = (isset($-> (! (!@H_307_25@mysqL_errno()) { = @H_307_25@mysqL_errno: . MysqL_errno() . @H_307_25@mysqL_error: @H_307_25@mysqL_error(); } file_put_contents($->_logfile, . date() . = ($trace (empty($call[]) && empty($call[->_logfile,@H_675_122@->_logfile,
以上是大佬教程为你收集整理的有没有人曾告诉你，你的SQL又报错了？[开发篇]全部内容，希望文章能够帮你解决有没有人曾告诉你，你的SQL又报错了？[开发篇]所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。