python插入mysql数据遇到fail to insert record into table

本文详细介绍了在使用Python和pymysql向MySQL数据库插入中文数据时遇到的问题及解决方案。问题源于MySQL默认编码不支持中文,通过调整数据库创建时的编码格式和修改my.ini配置文件,成功解决了中文插入失败的问题。

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

python的代码:

# -*- coding: utf-8 -*-

import pymysql
from datetime import datetime

。。。。。。


    sql = "insert into employee(first_name, last_name, age, sex, income, create_time) values('%s', '%s',  %d, '%c', %d, '%s')" % ('四', '李', 21, 'F', 100000, datetime.now())
。。。。

运行后出现fail to insert record into table,后来发现是MySQL默认编码是Latin1,要支持中文,需要换编码格式utf8。解决方案:

方案1:

创建数据库的时候在后面直接定义好编码格式

sql = '''create table employee(
             first_name char(20) not null,
             last_name char(20),
             age int,
             sex char(1),
             income float,
             create_time datetime)
             engine=innodb default charset=utf8;'''

方案2:

我是在windows本地装的mysql,所以在my.ini文件上进行配置:

 

[client]
port = 3306
default-character-set=utf8

[mysql]
default-character-set=utf8

[mysqld]
server-id=1
basedir=F:\\work\\mysql-5.7.11-winx64
datadir=F:\\work\\mysql-5.7.11-winx64\\data
port = 3306
#字符集设置
character-set-server=utf8
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
#二进制日志设置
#log-bin=F:\\work\\mysql-5.7.11-winx64\\log\\binlogdir\\binlog
#expire_logs_days=10
#max_binlog_size=100M
#binlog-do-db=company
#binlog-ignore-db=mysql
#错误日志设置
log-error=F:\\work\\mysql-5.7.11-winx64\\log\\errlogdir\\errlog
#通用查询日志设置
#log-output=FILE
#general-log=1
#general_log_file=F:\\work\\mysql-5.7.11-winx64\\log\\logdir\\generallog
#设置慢查询日志
#slow_query_log=on
#slow_query_log_file=F:\\work\\mysql-5.7.11-winx64\\log\\slowlogdir\\slowlog
#阈值默认为10秒
#long_query_time=10  

我最终把两种方案都同时改进了,问题解决
 

 

 

 

 

<think>好的,我现在需要解决用户提到的HRESULT错误0x8004035A,也就是TABLE_RECORD_LENGTH_EXCEEDED的问题。首先,我得弄清楚这个错误的具体原因是什么。根据错误代码,记录长度超出限制,可能是在处理数据表或数据库操作时,某条记录的长度超过了系统或应用程序设定的最大值。 接下来,我应该回忆一下之前处理过的类似HRESULT错误,比如引用[1]中的E_INVALIDARG和引用[3]中的E_FAIL,虽然错误代码不同,但可能有一些共通的解决思路,比如检查参数或配置。不过这次的问题更具体,是记录长度超限,所以需要针对性的方法。 首先,用户可能在某个数据库操作或者文件操作中遇到这个问题。比如在插入数据库记录时,某个字段的数据过长,超过了数据库表的字段定义。例如,如果数据库某个VARCHAR字段定义为50个字符,而用户试图插入100个字符的数据,就会触发类似的错误。这时候需要检查表结构,确认字段的最大长度,并调整数据或表结构。 另外,应用程序可能在处理数据时,比如导出到CSV或Excel文件,也有记录长度的限制。例如,Excel的单元格有字符限制,超过就会出错。需要检查导出数据的格式是否符合目标系统的要求。 然后,考虑数据分片或分段处理的可能性。如果无法修改表结构,可能需要将长数据拆分成多个部分存储,或者压缩数据。此外,检查是否有不必要的字段或冗余数据,进行清理以减少记录长度。 还要考虑应用程序的日志或错误信息,是否有更详细的提示,帮助定位具体是哪个环节出问题。比如错误发生在数据插入、文件写入还是数据传输过程中。可能需要查看代码中执行相关操作的部分,检查数据长度是否在操作前进行了验证。 另外,参考其他类似错误的解决方案,比如引用[3]中提到的权限问题,虽然不直接相关,但可以提醒检查文件或目录的访问权限,确保应用程序有权限写入或修改相关资源,不过这可能更适用于E_ACCESSDENIED类的错误,但作为全面排查的一部分,仍然值得考虑。 最后,如果以上方法都无法解决,可能需要联系相关技术支持,或者查阅更详细的文档,了解特定系统或库对记录长度的限制及调整方法。同时,确保所有依赖的组件和库都是最新版本,可能已有修复该问题的更新。 总结下来,解决方案可能包括:检查并调整表结构字段长度、优化数据存储方式、分批次处理数据、清理冗余数据、检查应用程序的数据验证逻辑,以及更新相关软件组件。</think>### HRESULT 0x8004035A (TABLE_RECORD_LENGTH_EXCEEDED) 解决方案 **错误原因** HRESULT 错误码 `0x8004035A` 表示操作中某条记录的字段总长度超过了系统或应用程序的限制。常见场景包括数据库写入、文件导出或数据传输时单条记录的字段长度总和超出预设值[^1][^3]。 --- ### 逐步解决方案 1. **检查表结构或格式限制** - 如果是数据库操作,确认目标表的字段定义(如 `VARCHAR`、`TEXT` 类型的长度限制)。例如,MySQL 的 `VARCHAR` 字段默认最大长度为 65535 字节。 - 若是导出到文件(如 CSV、Excel),需检查目标格式的单元格字符限制。例如,Excel 单个单元格最多支持 32767 个字符[^2]。 2. **优化数据存储方式** - 对于超长文本字段,改用 `TEXT` 或 `BLOB` 类型(数据库场景)。 - 使用压缩算法(如 GZIP)减少数据体积。例如,在插入数据库前对长文本进行压缩: ```python import gzip compressed_data = gzip.compress(b"Long text data...") ``` 3. **分批次处理数据** - 若单条记录无法拆分,尝试将操作拆分为多个小批次。例如,分页插入数据库: ```sql INSERT INTO table (column) VALUES ('data_part1'); INSERT INTO table (column) VALUES ('data_part2'); ``` 4. **清理冗余数据** - 移除记录中不必要的空格、重复内容或无效字段。例如,使用正则表达式过滤冗余字符: ```python import re cleaned_data = re.sub(r'\s+', ' ', raw_data) # 合并连续空格 ``
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值