mysql中存中文时出现“Data too long for column”

本文介绍了解决数据库乱码的方法,包括调整PHP写入数据库的字符集及修改phpMyAdmin配置来适应不同编码环境,同时提供了处理数据类型不匹配导致错误的方案。
真正的错误原因有两种情况:1.数据库编码不对.
 
在创建数据库时,字符集选择了latin1以外的其他编码,这样在用PHP写入数据库时就会出现这种错误,因为mysql的默认编码是latin1.
 
解决方法:在写入数据库时,需要改变一下编码:mysql_query("set character set gbk");,这样就不会出现这个错误了,但是在phpmyadmin看到的中文都是问号
phpMyAdmin 高版本数据表里中文字符显示乱码的问题。

数据库情况。
MySQL 版本:5.0.26
MySQL 默认字符集:latin1
论坛数据库字符集:latin1
phpMyAdmin 版本:2.9.0.2

使用 phpMyAdmin 打开我的数据库后,发现数据表里的中文全是全是乱码,不管如何改变 phpMyAdmin 所使用的语言都无济于事。
仔细研究一下,发现 phpMyAdmin 默认显示的网页编码是 Unicode UTF-8 ,查看当前 IE 浏览器所使用的编码也就是 Unicode (UTF-8)。

所以我想让页面编码变为 GB2312,当然啦,强行指定 IE 使用的字符集是不行的。目的是要让 phpMyAdmin 吐出 GB2312 编码。

下面是我的修改过程:
打开 phpMyAdmin 根目录中 libraries/select_lang.lib.php 文件;
找到:

CODE:

'zh-gb2312'         => array('zh|chinese simplified', 'chinese_simplified-gb2312', 'zh', '中文'),
将其改为:

CODE:

'zh-gb2312-utf-8'         => array('zh|chinese simplified-UTF8', 'chinese_simplified-gb2312', 'zh', '中文'),
再找到:

CODE:

'gb2312'       => 'gb2312',
将其改为:

CODE:

'gb2312'       => 'latin1',
保存文件退出。

然后从浏览器打开 phpMyAdmin ,在首页选择 Language 为:中文-Chinese simplified-UTF8

然后打开数据表看看里面的中文是不是已经可以正常显示了

注意:我数据库的字符集是 latin1 ,如果你的数据库字符集不是 latin1,那要酌情改动一下修改过程。'gb2312'    => 'your_character_code',
2.另外一种情况

刚才在导入数据的时候,navicat报错:
Data too long for column ‘ip’ at row 1
提示数据对于ip字段太长

如果数据类型不正确,也会出错,而不像4.*那样自动转换:
sendQuery:Incorrect datetime value: ‘未知’ for column ‘date’ at row 1

如果是数据x (int 11)类型的可能有些奇怪:
insert into a (x) values (’a')
出现:
Out of range value adjusted for column ‘x’ at row 1

insert into a (x) values (’11a’)
出现:
Data truncated for column ‘x’ at row 1

解决办法:
在my.ini里找到
sql-mode=”STRICT_TRANS_TABLES,NO_AUTO_Create_USER,NO_ENGINE_SUBSTITUTION”
把其中的
STRICT_TRANS_TABLES,
去掉,然后重启mysql就ok了 
MySQL 报错 `Data too long for column` ,通常是因为你尝试插入或更新的数据长度超过了该字段定义的最大长度。对于 `TEXT` 类型字段来说,虽然它支持较长的文本内容,但如果数据仍然超出了实际允许范围,或者表结构中使用的是更小的变体(如 `TINYTEXT`, `SMALLTEXT`),就可能触发此错误。 --- ### 原因分析 MySQL 中的 `TEXT` 类型有多种变体,其最大容量如下: | 类型 | 最大长度 | 储需求 | |-------------|------------------|------------------------| | `TINYTEXT` | 255 字节 (~255) | 1 byte + 数据长度 | | `TEXT` | 65,535 字节 (~64KB) | 2 bytes + 数据长度 | | `MEDIUMTEXT`| 16,777,215 字节 (~16MB) | 3 bytes + 数据长度 | | `LONGTEXT` | 4,294,967,295 字节 (~4GB) | 4 bytes + 数据长度 | 如果你试图插入超过当前字段类型限制的内容(例如在 `TEXT` 字段中插入 100KB 的文本),就会报错 `Data too long for column`。 此外,即使字段是 `TEXT`,也可能受以下因素影响: - 实际字符集(如 UTF8MB4 每个字符占 4 字节) - 是否启用了严格 SQL 模式(`STRICT_TRANS_TABLES`) - 表中其他约束(如触发器、索引等) --- ### 解决方案:将字段升级为更大的 TEXT 类型 假设你的字段原为 `TEXT`,但数据仍太大,应将其改为 `MEDIUMTEXT` 或 `LONGTEXT`。 #### 示例:修改字段类型为 MEDIUMTEXT ```sql ALTER TABLE your_table_name MODIFY COLUMN your_text_column MEDIUMTEXT; ``` 如果需要支持 UTF8MB4 并储大量文本(如文章内容、日志等),推荐使用: ```sql ALTER TABLE your_table_name MODIFY COLUMN your_text_column LONGTEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ``` > ⚠️ 注意:操作前请备份数据! --- ### 验证字段当前类型和表结构 ```sql DESCRIBE your_table_name; -- 或 SHOW CREATE TABLE your_table_name; ``` 这可以帮助你确认字段当前的类型和字符集设置。 --- ### 插入前检查数据长度(应用层建议) 在插入之前,可以在程序中检查字符串长度是否合理: #### Python 示例(检查字节数) ```python text_data = "你的长文本内容..." # 计算 UTF-8 字节长度 byte_length = len(text_data.encode('utf-8')) max_allowed = 65535 # 对应 TEXT 类型 if byte_length > max_allowed: print(f"数据过长: {byte_length} 字节,超出 TEXT 容量") else: print("可以安全插入") ``` --- ### 其他建议 1. **使用合适的数据类型** - 小文本(< 64KB) → `TEXT` - 中等文本(< 16MB) → `MEDIUMTEXT` - 大文本或 JSON 文档(< 4GB) → `LONGTEXT` 2. **避免在 `WHERE` 条件中对 `TEXT` 字段做频繁查询** 因为 `TEXT` 不支持直接创建索引(除非前缀索引),会影响性能。 3. **添加前缀索引(可选)** ```sql ALTER TABLE your_table_name ADD INDEX idx_text_prefix (your_text_column(100)); ``` --- ### 总结 - 错误 `Data too long for column` 是由于数据超过字段容量。 - 使用 `ALTER TABLE ... MODIFY COLUMN` 升级字段类型到 `MEDIUMTEXT` 或 `LONGTEXT` 可解决。 - 在应用层行数据长度校验,防止数据库报错。 - 合理选择字段类型并考虑字符集对储的影响。 ---
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值