MySQL Error Query database. Causejava.sql.SQLException: Incorrect key file for table ‘/tmp/#sql_181c

本文详细解析了MySQL中因tmp表空间不足导致的“Incorrect key file”错误,并提供了调整tmp_table_size参数的方法,同时强调了优化SQL语句的重要性。

 

 

1,开发人员截图给我,后台报错如下:

 

Error Query database. Causejava.sql.SQLException: Incorrect key file for table ‘/tmp/#sql_181c_0.MYI’; tryto repair it;

 

分析,这种,大多数情况是tmp临时表空间不足,所以执行比较复杂的sql或者执行大表关联的时候,需要临时表资源较多,如果临时表资源少的话,就会保错。

 

2,看看tmp_table_size值

 

mysql> show variables like '%tmp%';
+----------------------------+------------+
| Variable_name              | Value      |
+----------------------------+------------+
| default_tmp_storage_engine | InnoDB     |
| max_tmp_tables             | 32         |
| slave_load_tmpdir          | /tmp       |
| tmp_table_size             | 524288000 |
| tmpdir                     | /tmp       |
+----------------------------+------------+
5 rows in set (0.00 sec)

mysql> 

mysql> select 524288000/1024/1024/1024;

+--------------------------+

| 524288000/1024/1024/1024 |

+--------------------------+

|          0.488281250000 |

+--------------------------+

1 row in set (0.00 sec)

 ----------------------------------------------------------------------------------------------------------------
<版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!>
原博客地址:   http://blog.youkuaiyun.com/mchdba/article/details/45895681
原作者:黄杉 (mchdba)
----------------------------------------------------------------------------------------------------------------

 

mysql>


查下 tmp_table_size的值,发现这个太小了才500M都不到,加大4倍试试

 

3,修改tmp_table_size值

mysql> set global tmp_table_size =2462177282;

Query OK, 0 rows affected (0.00 sec)

 

mysql>

 

 

改完了,让开发人员重新连接下数据库,貌似还是原来的错误,再加大一倍试试

 

mysql> set global tmp_table_size =5122177282;

Query OK, 0 rows affected (0.00 sec)

 

mysql>

 

然后让开发人员再登录mysql库,查询试试,OK了。

 

4,总结

这种情况,从运维dba角度,加大tmp_table_size的值,从开发dba角度,优化sql不要写那么效率低下的sql语句造成临时数据过大。

 

 

参考文章地址:

http://www.mysqlperformancetuning.com/a-fix-for-incorrect-key-file-for-table-mysql

<think> 我们在处理用户的问题时,首先需要分析错误原因。用户遇到了`org.springframework.jdbc.UncategorizedSQLException`异常,具体错误信息是数据库更新时提示`Table 'gs_log_access' is read only`。这表明在尝试更新表`gs_log_access`时,该表处于只读状态。 可能的原因及解决方案如下: 1. **数据库表只读属性设置问题**:可能是数据库表被设置为只读模式。 - **解决方案**:检查并修改表的只读属性。例如,在MySQL中,可以使用以下SQL语句: ```sql ALTER TABLE gs_log_access READ WRITE; ``` 在SQL Server中,可以使用: ```sql ALTER TABLE gs_log_access SET READ_WRITE; ``` 请根据实际使用的数据库类型执行相应的命令。 2. **文件系统权限问题**:数据库数据文件所在目录的权限不足,导致数据库无法写入。 - **解决方案**:检查数据库数据文件所在目录的权限,确保数据库进程有写入权限。例如,在Linux系统下,可以使用`chown`和`chmod`命令修改目录权限。 3. **数据库处于只读模式**:整个数据库可能被设置为只读模式。 - **解决方案**:将数据库设置为读写模式。例如,在MySQL中: ```sql SET GLOBAL read_only = OFF; ``` 4. **存储空间不足**:如果数据库的存储空间已满,可能导致表变为只读(某些数据库系统有这种行为)。 - **解决方案**:清理磁盘空间或增加存储。 5. **特定数据库配置**:某些数据库有特定的配置导致表只读,例如,在MySQL中,如果表使用`READ_ONLY`表空间选项。 - **解决方案**:检查表空间设置,并修改为可读写。 6. **应用程序连接权限**:应用程序使用的数据库账号可能只有读权限。 - **解决方案**:检查数据库账号的权限,确保拥有对`gs_log_access`表的写权限。例如,在MySQL中,可以使用以下命令授权: ```sql GRANT INSERT, UPDATE, DELETE ON database_name.gs_log_access TO 'username'@'host'; ``` 7. **数据库损坏**:表损坏可能导致其变为只读状态(较少见)。 - **解决方案**:尝试修复表。例如,在MySQL中,可以使用: ```sql REPAIR TABLE gs_log_access; ``` 8. **临时表空间不足**:某些数据库在临时表空间不足时可能会将表设置为只读(如Oracle),但MySQL一般不这样。不过,如果使用的是Oracle,可能需要检查临时表空间。 - **解决方案**:增加临时表空间。 由于用户使用的是Spring框架,我们还需要检查Spring的配置: 9. **事务配置问题**:如果事务被标记为只读,则在该事务内执行更新操作会出错。 - **解决方案**:检查Spring事务注解,确保更新操作的方法上没有设置`@Transactional(readOnly = true)`。应该设置为`readOnly = false`或省略(默认false)。 10. **多数据源配置问题**:如果配置了多个数据源,可能写操作使用了只读数据源。 - **解决方案**:检查数据源配置,确保写操作使用可写的数据源。 具体步骤建议: 1. **检查数据库表状态**:直接登录数据库,查看表的状态。例如,在MySQL中: ```sql SHOW TABLE STATUS LIKE 'gs_log_access'; ``` 查看`Comment`字段,可能会显示`read_only`。 2. **检查数据库权限**:使用数据库客户端,执行更新语句测试: ```sql UPDATE gs_log_access SET column_name = value WHERE condition; ``` 如果直接执行也报只读错误,则问题在数据库层面。 3. **检查应用程序日志**:查看是否有其他相关错误信息。 4. **检查数据库日志**:数据库日志可能提供更详细的错误原因。 5. **检查Spring事务配置**:查看代码中事务注解的使用。 由于用户没有提供更多的上下文(如数据库类型、部署环境等),以上解决方案需要根据实际情况选择。 如果以上方法都不能解决问题,可能需要联系数据库管理员或查看更详细的数据库文档。 §§相关问题§§ 1. 如何检查MySQL数据库的只读模式设置? 2. Spring事务配置中如何避免将写操作标记为只读? 3. 数据库表只读状态还可能由哪些原因引起? 4. 如何修改数据库数据文件的权限? 5. Spring框架中多数据源配置如何区分读写? </think>### 解决 `org.springframework.jdbc.UncategorizedSQLException: Table 'gs_log_access' is read only` 的方法 该异常表明数据库表 `gs_log_access` 处于只读状态,导致更新操作失败。以下是详细的排查和解决方案: --- ### **一、根本原因分析** 1. **表级只读属性** 表本身被显式设置为只读模式(如 MySQL 的 `ALTER TABLE ... READ ONLY`)。 2. **文件系统权限问题** 数据库文件(如 `.ibd` 或 `.frm`)的写权限被限制。 3. **数据库只读模式** 整个数据库实例被设置为只读(如 MySQL 的 `SET GLOBAL read_only = ON`)。 4. **存储空间不足** 磁盘空间耗尽会导致表自动进入只读状态[^1]。 5. **事务配置错误** Spring 事务注解 `@Transactional(readOnly = true)` 被错误应用到写操作。 --- ### **二、解决方案** #### ✅ 1. **检查并修改表属性** ```sql -- 查看表状态 (MySQL) SHOW TABLE STATUS LIKE 'gs_log_access'; -- 修改表为读写模式 (MySQL) ALTER TABLE gs_log_access READ WRITE; -- 其他数据库示例 (PostgreSQL) ALTER TABLE gs_log_access SET READ WRITE; ``` #### ✅ 2. **检查文件系统权限** - **Linux/Unix 系统** 检查数据库文件权限(路径参考 `my.cnf` 配置): ```bash ls -l /var/lib/mysql/db_name/gs_log_access.ibd ``` 修复权限: ```bash chown mysql:mysql /var/lib/mysql/db_name/gs_log_access.* chmod 660 /var/lib/mysql/db_name/gs_log_access.* ``` #### ✅ 3. **检查数据库全局只读模式** ```sql -- MySQL 查看只读状态 SHOW GLOBAL VARIABLES LIKE 'read_only'; -- 临时关闭只读模式 (需 SUPER 权限) SET GLOBAL read_only = OFF; ``` > **注意**:永久修改需在配置文件中设置 `read_only = OFF` 并重启数据库。 #### ✅ 4. **检查磁盘空间** ```bash # 查看磁盘使用情况 df -h # 清理空间或扩容 rm /path/to/large_file.log # 删除大文件 ``` #### ✅ 5. **修复 Spring 事务配置** 确保写操作的方法 **未标记** `readOnly = true`: ```java // 错误配置(会导致只读) @Transactional(readOnly = true) public void updateData() { ... } // 正确配置 @Transactional // 默认可读写 public void updateData() { ... } ``` #### ✅ 6. **检查数据库用户权限** ```sql -- 授权用户写权限 (MySQL) GRANT INSERT, UPDATE, DELETE ON db_name.gs_log_access TO 'your_user'@'host'; FLUSH PRIVILEGES; ``` --- ### **三、预防措施** 1. **监控磁盘空间** 设置告警规则,防止空间耗尽导致表锁定。 2. **审计数据库配置** 定期检查 `read_only` 全局变量和表属性。 3. **规范事务注解** 在 Spring 中严格区分读写操作的事务注解[^2]。 --- ### **四、验证步骤** 1. 在数据库中直接执行更新语句: ```sql UPDATE gs_log_access SET column1 = value WHERE id = 1; ``` 2. 如果执行成功 → 问题在应用层(如 Spring 配置) 3. 如果失败 → 问题在数据库层(权限/空间/配置) > 通过逐步排除,可精准定位问题源头。若问题持续,建议检查数据库日志(如 MySQL 的 `error.log`)。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值