当前位置:首页 > 个人杂谈 > 正文内容

代码加入报错编号便于分析错误原因

作者: 葛屹肃 | 日期: 2023-04-06 | 分类: 个人杂谈

近日,做一个项目,要操作2个数据库,一个是客户的Oracle数据库,一个自建的MySQL数据库。

2个数据库需要将数据实时交互,Oracle常使用,SQL语句几乎都是使用存储过程,而MySQL不常使用,对其语法也是一知半解,为了加快开发进度,直接将SQL语句写在代码中。

代码加入报错编号便于分析错误原因

刚开始时,按流程思路来处理,代码还是挺清晰的,而项目上线后,用户不停提出各种各样的问题,而为了快速处理问题,很多问题当场就处理,没有文档,也没有注释。

现在项目已上线快2个月,功能基本上达到用户要求,而代码经过了大改特改,已面目全非,而且将MYSQL的语句都写在代码中,显得很乱。

项目有兼容错误功能,凡是错误写在日志中,前段时间看到日志报以下错误,都不知道是那里出错,无法定位至出错处。

[MySQL][ODBC 8.0(w) Driver][mysqld-8.0.25]Query was empty

这个是服务器程序,无人值守,报错可能会影响用户使用的,因此,要找出报错原因并解决。

后来花了点时间,定义全局变量,将每个处理事件中给予全局变量赋予不同的编号,等同于错误代码,出错时写进错误日志中。

之后通过错误编号定位至出错事件,再全面检查事件中代码并模拟测试才确定错误所在。

这是好方法,以后在项目都加入全局的错误编码变量,每个处理事件定义一个大编号,然后事件代码再细分小编号,出错时将错误编码变量记录在日志,这样便于分析错误原因。

版权声明:本文由〖葛屹肃〗发布,转载请注明出处!
文章链接:https://www.geyisu.com/3068.html

  • 评论:(0)

已有 0 位网友发表了一针见血的评论,你还等什么?

◎欢迎大家参与讨论