——————————接上文链接:
报错[1267]
——————————
解决上面问题之后，运行一段时间后出现了新报错，[1365] Data truncation: Division by 0，与[1048] Column ‘Q0004_091’ cannot be null，记录一下解决过程
增量同步存储过程模版
CREATE PROCEDURE procedure_name(参数)
BEGIN
CREATE TABLE IF NOT EXISTS table_name
DELETE FROM table_name WHERE 条件
INSERT INTO table_name
SELECT 查询语句
某天调用存储过程时报错[1365] Data truncation: Division by 0，当时从字面意思看时有除数为0的项，于是在select语句200多行代码中查找哪些是存在除的关系，在看瞎了双眼（夸张😭）之后，发现所有除数在计算之前都加了 case when 除数为 0 时直接赋值为0 不做除法操作，因此不存在除数为0 的情况，于是转遍思路，网上百度搜“1365] Data truncation: Division by 0”，加咨询同事，找到的一些解决思路，比较受用的链接
链接:1、 sql_mode
2、 mysql 报错 division by 0
发现可能是全局的sql_mode设置问题，于是在存储过程中加了sql_mode配置
运行后没有再报[1365] Data truncation: Division by 0，
而是报了[1048] Column ‘Q0004_091’ cannot be null，字面意思，该字段不能为空，于是找到存储过程中建表语句，原配置为NOT NULL，再去insert 后面select语句内查找这个字段，并加判断 ifnull(字段,0)之后，在运行就正常了
更多配置可以看一下这个博客 mysql 报错 division by 0
2020-04-22 12:31:04 [ERROR] [ XXXTF(0-1)] (c.b.w.k.t.ApplicationCallRelationshipTask:124) Error occurred when executing Appliation-Call-Relationship analysis task. Exception :
java.sql.BatchUpdateExce...
执行SQL保存报表的时候报了这个问题
Caused by: java.sql.BatchUpdateException: Data truncation: Division by 0
at com.mysql.jdbc.StatementImpl.executeBatch(StatementImpl.java:1110) ~[mysql-connector-java-5.1.35.jar:5.1...
Division
Time Limit : 10000/5000ms (Java/Other) Memory Limit : 999999/400000K (Java/Other)
Total Submission(s) : 11 Accepted Submission(s) : 8
Problem Description
Little D is really intereste
官方解释：
https://dev.mysql.com/doc/refman/5.7/en/downgrade-paths.html
Downgrade from MySQL 5.7 to 5.6 is supported using the logical downgrade method.
https://dev.mysql.com/doc/refman/5.7/en/downgra...
