mysql：Data truncation: Division by 0

最新推荐文章于 2024-08-23 10:58:41 发布
最新推荐文章于 2024-08-23 10:58:41 发布
阅读量8.5k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_32711309/article/details/86577368
本文详细解析了MySQL配置文件的各项参数设置，包括端口、字符集、目录路径、内存分配、超时设置及SQL模式等，为MySQL的高效稳定运行提供指导。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

[mysqld]
port=3306
character-set-server=utf8
basedir=/data/mysql
datadir=/data/mysqldata
#innodb_buffer_pool_size=8M
lower-case-table-names=1
wait_timeout=31536000
interactive_timeout=31536000
sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION



[mysqld_safe]

log-error=/data/mysqllog/error.log

pid-file=/data/mysqllog/mysql.pid

tmpdir = /tmp

[client]
default-character-set=utf8
[mysql]
default-character-set=utf8

sql_mode设置问题，改为上面两个参数即可正常运行sql

【异常】MySQL提示异常MysqlDataTruncation: Data truncation: Truncated incorrect DOUBLE value: ‘ces‘
本本本添哥
05-17 1575
由于 ‘ces’ 不是一个有效的 DOUBLE 值，MySQL 无法将其转换为数字，因此触发了数据截断异常。具体来说，是因为尝试将一个字符串值 ‘ces’ 插入到一个预期为 DOUBLE 类型的列中。如果错误发生在你的应用程序代码中，你需要找到生成这个错误的地方，并确保在插入之前验证数据。例如，如果列应该存储文本，那么应该将其更改为 VARCHAR 或其他适当的文本类型。如果它确实是 DOUBLE 类型，那么你需要确保插入的值是一个合法的数字。如果数据来自用户输入或其他来源，确保进行必要的类型检查和转换。
【异常】MySQL提示异常MysqlDataTruncation: Data truncation: Incorrect datetime value: ‘2023110508‘ for column
本本本添哥
12-02 1155
【代码】【异常】MysqlDataTruncation: Data truncation: Incorrect datetime value: ‘2023110508‘ for column ‘record_
mysql存储过程报错[1365] Data truncation: Division by 0
weixin_42188813的博客
10-17 7160
[1365] Data truncation: Division by 0
Data truncation: Division by 0
corpse2010的专栏
04-22 3019
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...
com.mysql.jdbc.MysqlDataTruncation: Data truncation: Division by 0
weixin_33851429的博客
04-13 2463
2019独角兽企业重金招聘Python工程师标准>>> ...
提示错误信息“division by zero ....”的解决方法
热门推荐
u010865136的专栏
04-24 21万+
division by zero "除数是0"导致的错误： 解决方法1：运行前判断 如果除数为0，则不要计算 解决方法2：使用@符号 屏蔽掉错误。
mysql division by 0
nwl1982的博客
09-07 540
如果B大于0，返回 A/B，否则返回 0。原因：分母中不能有0。
【异常】MySQL提示MysqlDataTruncation: Data truncation: Data too long for column ‘name‘ at row 1
本本本添哥
02-23 3108
第1行中的列“名称”的数据太长。
【异常】MysqlDataTruncation: Data truncation: Incorrect datetime value: ‘xxx‘ for column ‘xxx‘ at row 1
本本本添哥
06-20 604
由于 update_by 字段通常用于记录哪个用户进行了更新操作，它应该是一个字符串类型（如 VARCHAR），而不是日期时间类型（如 DATETIME）。这个错误表明在尝试向数据库的某个表插入或更新数据时，提供给 update_by 字段的值 ‘admin’ 是不正确的日期时间格式。修改错误日期时间类型（如 DATETIME）为字符串类型（如 VARCHAR）即可。
【快递100接口报错】MysqlDataTruncation: Data truncation: Data too long for column
会者定离，一期一祈
12-03 458
快递100的短信。
MySQL关于sql_mode解析与设置讲解
12-15
昨晚在往MySQL数据库中插入一组数据时，出错了！数据库无情了给我报了个错误：ERROR 1365（22012）：Division by 0；意思是说：你不可以往数据库中插入一个 除数为0的运算的结果。于是乎去谷歌了一番，总算是明白了其中的原因：是因为MySQL的sql_mode 模式限制着一些所谓的‘不合法’的操作。 解析 这个sql_mode,简而言之就是：它定义了你MySQL应该支持的sql语法，对数据的校验等等。。 如何查看当前数据库使用的sql_mode： mysql> select @@sql_mode; 如下是我的数据库当前的模式： MySQL服务器能够工作在不同的SQL模式
java.sql.BatchUpdateException: Data truncation: Division by 0
G_whang的博客
04-27 2606
执行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 by zero_MySQL5.7 group_by报错问题解决办法，大部分程序员都收藏了
weixin_39688378的博客
11-20 366
MySQL数据库迁移到MySQL5.7版本后，出现如下报错：[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'information_schema.PROFILING.SEQ' which is not functionally dep...
Warning: Division by zero in 错误处理
蒗若晨曦
08-13 2万+
今天调试一段代码，结果提示 Warning: Division by zero in ，没有扫到答案，最后发现 $totals/$pagesize 有问题，如果给它不加引号，则出现这个错误，加了则正常。可能是PHP认为这样写是个运算的式子，即 变量 $totals 除以 变量 $pagesize ，而这两个变量的值都不是数字，正常的运算中除数是不能为零的。给 $totals/$pagesize加上
mysql 报错 division by 0
迪迦奥特曼的博客
07-23 1万+
mysql 5.5升级到5.7的坑 mysql 5.5升级到5.7后对数据库的要求更加严格了，所以我们在升级之后的一系列的操作都会失败。 具体有哪些sql_mode发生变化，我们可以查询 select @@global.sql_mode;//查询全局的sql_mode, select @@sql_mode；//查询补充系统变量sql_mode; 常见的sql_mode模式 ONLY_FULL_GROUP_BY 对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那
mysql除法报错1365 - Division by 0 可以使用一下方法
weixin_45627271的博客
02-07 1万+
除0时，如果报下面这个错误时；可用下面这个函数 nullif函数 nullif函数有两个参数,定义如下： NULLIF( expression , expression ) 其作用就是：如果两个指定的表达式相等，就返回null值。 例如 select NULLIF(2,3) 返回2 select NULLIF(2,0) 返回0 除数为null结果为null且不会报错 所以可以用 分子/NULLIF（表达式，0） 来保证不报错 ...
Mysql 报错 1365 - Division by 0
1853
08-23 1146
【代码】Mysql 报错 1365 - Division by 0。
Mysql insert into select from 报错division by 0
WSSQYHW的博客
07-19 1555
Mysql division by 0 报错
MySQL中的division by zero 问题解决方法
weixin_53962171的博客
01-04 4673
MySQL中的division by zero问题是指在进行除法运算时，除数为零导致的错误。在上述代码中，NULLIF函数将column2的值与0进行比较，如果相等，则返回NULL，否则返回column2的值。这样可以避免除数为零的情况。使用NULLIF函数：NULLIF函数可以将除数为零的结果替换为NULL。可以在除法运算之前使用CASE语句检查除数是否为零，并采取相应的操作。避免除数为零：在进行除法运算之前，确保除数不为零。在上述代码中，如果column2的值为零，则返回0，否则进行除法运算。
Cause: java.sql.DataTruncation: Data truncation
最新发布
07-14
<think>我们正在处理一个关于Java SQL DataTruncation异常的问题。用户想知道这个异常的原因和解决方案。 根据Java文档，java.sql.DataTruncation异常是SQLException的一个子类，当数据意外地被截断时抛出（在读取或写入时）。通常发生在以下情况： - 当从数据库读取数据时，如果某个字段的值被截断（例如，读取的字符串长度超过了Java中声明的变量长度） - 当向数据库写入数据时，如果某个字段的值超过了数据库列定义的长度（或精度/小数位数） 原因分析： 1. 写入数据截断：尝试插入或更新的数据长度超过了数据库表对应列的最大长度。 2. 读取数据截断：从数据库读取数据时，如果数据库返回的数据长度超过了ResultSet中声明的目标类型长度（例如，使用getString获取一个比声明长度更长的字符串）。 3. 参数截断：在PreparedStatement中设置参数时，如果参数值超过了目标列的长度。 4. 其他类型截断：对于数值、日期等类型，如果精度或小数位数不匹配也可能导致截断。 解决方案： 1. 检查数据库表结构：确认目标列的数据类型和长度。例如，VARCHAR(50)表示最多50个字符。 2. 检查应用程序中对应的字段：确保Java对象中对应的字段长度与数据库列一致。如果使用框架（如Hibernate），检查映射注解（如@Column(length=50)）。 3. 验证输入数据：在将数据发送到数据库之前，检查数据的长度。如果数据来自用户输入，应进行校验。 4. 使用合适的SQL类型：确保数据库列的类型和大小足够容纳应用程序中的数据。如果不够，考虑修改表结构。 5. 处理读取截断：如果是在读取时发生截断，检查ResultSet中获取数据的方法（如getString）是否与数据库列类型匹配，并确保目标变量有足够的容量。 6. 日志和错误处理：捕获DataTruncation异常，记录详细信息（如列名、操作类型、期望长度、实际长度等），以便调试。 另外，DataTruncation异常对象提供了一些方法可以获取详细信息： - getIndex()：返回发生截断的列或参数的索引。 - getParameter()：如果是参数截断，则返回true；如果是读取截断，则返回false。 - getRead()：如果是读取截断，则返回true；如果是写入截断，则返回false。 - getDataSize()：返回应该传输的字节数。 - getTransferSize()：返回实际传输的字节数。 因此，在捕获异常时可以打印这些信息以帮助定位问题。 示例代码处理异常： ```java try { // 数据库操作 } catch (DataTruncation dt) { System.err.println("Data truncation error occurred."); System.err.println("Index: " + dt.getIndex()); System.err.println("Parameter: " + dt.getParameter()); System.err.println("Read: " + dt.getRead()); System.err.println("Data size: " + dt.getDataSize()); System.err.println("Transfer size: " + dt.getTransferSize()); // 其他处理... } catch (SQLException e) { // 处理其他SQL异常 } ``` 预防措施： - 在设计阶段，确保数据库列的长度和类型与应用程序中定义的一致。 - 使用框架时，利用框架的校验机制（如Hibernate Validator）进行数据校验。 - 对于用户输入，进行前端和后端的双重校验。 注意：有时候，即使数据库列很长，但某些驱动程序配置（如MySQL的jdbcURL参数）也可能导致截断警告被提升为异常。可以检查驱动程序文档。 综上所述，DataTruncation异常通常是由于数据长度不匹配导致的，通过检查数据库表结构、应用程序字段映射以及输入数据验证，可以有效解决和预防。 生成相关问题： 根据这个问题的解答，我们可以提出以下相关问题： 1. 如何在Java中捕获和处理DataTruncation异常？ 2. 如何通过修改数据库设计来避免DataTruncation异常？ 3. 在使用ORM框架（如Hibernate）时，如何避免数据截断问题？ 4. 如何配置JDBC驱动程序以记录截断警告而不是抛出异常？ 5. 在读取数据库时发生DataTruncation异常，应该采取什么措施？</think>### Java SQL DataTruncation 异常原因与解决方案 #### 一、异常原因 `java.sql.DataTruncation` 是 `SQLException` 的子类，发生在 JDBC 操作中数据被意外截断时，主要场景包括： 1. **写入数据过长** 插入/更新的数据长度超过数据库列定义的限制（如将 50 字符的字符串写入 `VARCHAR(30)` 列）[^1] $$ \text{data\_length} > \text{column\_max\_length} $$ 2. **读取数据截断** 从 `ResultSet` 读取数据时，数据库返回的数据长度超过 Java 变量容量（如 `String` 变量长度不足） 3. **类型精度不匹配** - 数值类型：`DECIMAL(10,2)` 列存入 `123456.789`（超出小数位） - 日期时间：存入超出精度的时间值（如纳秒超限） 4. **二进制数据溢出** `BLOB`/`BINARY` 列的数据超过 Java 缓冲区大小 --- #### 二、解决方案 **1. 预防性措施（推荐）** ```java // 写入前校验数据长度 if (inputString.length() > MAX_LENGTH) { throw new ValidationException("数据超长"); } // 使用数据库元数据动态获取列限制 DatabaseMetaData meta = connection.getMetaData(); ResultSet columns = meta.getColumns(null, null, "table_name", "column_name"); if (columns.next()) { int maxLength = columns.getInt("COLUMN_SIZE"); } ``` **2. 数据库结构调整** ```sql -- 扩大字段容量 ALTER TABLE orders MODIFY notes VARCHAR(500); -- 修改数值精度 ALTER TABLE products MODIFY price DECIMAL(12,4); ``` **3. 异常处理（补救方案）** ```java try { preparedStatement.executeUpdate(); } catch (DataTruncation dt) { // 获取截断详细信息 System.err.println("截断列索引: " + dt.getIndex()); System.err.println("实际数据长度: " + dt.getDataSize()); System.err.println("传输数据长度: " + dt.getTransferSize()); // 记录日志并通知运维 } ``` **4. JDBC 参数优化** ```java // 设置宽松处理模式（MySQL 示例） jdbc:mysql://host/db?jdbcCompliantTruncation=false // Oracle 驱动配置 System.setProperty("oracle.jdbc.defaultLobPrefetchSize", "102400"); ``` --- #### 三、最佳实践 1. **设计阶段** - 保持 Java 模型 `@Column(length=50)` 与 DDL 定义一致 - 使用 `Hibernate Validator` 进行长度校验： ```java @Size(max = 100) private String description; ``` 2. **日志监控** 配置日志监听器捕获截断警告： ```java connection.createStatement().execute("SET SESSION log_warnings = 2"); ``` 3. **数据迁移策略** 对大文本字段使用分段写入： ```java Clob clob = connection.createClob(); clob.setString(1, largeText); // 自动分段处理 ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值