解决MySql error #1036 Table is read only 错误方法

上传好网站数据,解压,配置好数据库链接参数就行,网站就能正常连接上了,我本以为这已经是顺利迁移完成了,但后来操作的时候,发现只能读取数据库的内容,不能更改写入任何信息,提示#1036 – Table ‘* ‘ is read only (*号为任意表),也就是说表只有只读属性。
通过SSH,给数据库文件777权限,dedeadmin是我的数据库文件夹

chmod -R 0777 /usr/local/mysql/var/dedeadmin/

给数据库目录的所属用户和组改为MySQL

chown -R mysql:mysql dedeadmin

但是这样还不能更改数据库,首先,找到mysqladmin所在位置,一般都在mysql/bin下面,我的在/usr/local/mysql/bin 里面,还需要运行以下命令:

./mysqladmin -u root -p flush-tables

之后输入root账号的密码,马上就好了,没有任何任何提示,然后测试一下,能正常读写,搬家也就顺利完

-----------

centos中解决办法

1. 找到数据库文件放置的目录,如/usr/local/mysql/var/xx

2. 更改此数据库下所有文件的所有权:chown mysql.mysql *.*

3. 关闭mysql:killall mysqld

4. 开启mysql:进入mysql的bin目录,运行 ./mysqld_safe --user=mysql &

------------

前几天我把一个系统挂到服务器上,数据库出现了如下的错误提示

#1036 - Table ' ' is read only

 我把网站传到服务器上,把备份的数据库文件放到/usr/local/mysql/var下面之后,访问某个表时出现权限的问题,后来把数据库的权限改为777,把数据库目录的所属用户和组改为MySQL,错误依然存在。我采用了一下的方法解决了问题。

首先,找到mysqladmin所在位置,一般都在mysql/bin下面,我的在/usr/local/mysql/bin下面。步骤如下:

#cd   /usr/local/mysql/bin

#./mysqladmin -u root -p flush-tables

然后输入你的数据库密码,没有任何的错误提示,说明你成功了

如果是linux可如下操作

nux下MySQL出现问题,提示mysql error #1036 - Table 'xxxx' is read only

解决方法:

1. 找到数据库文件放置的目录,如/usr/local/mysql/var/xx

2. 更改此数据库下所有文件的所有权:chown mysql.mysql *.*

3. 关闭mysql:killall mysqld

4. 开启mysql:进入mysql的bin目录,运行 ./mysqld_safe --user=mysql &

<think> 我们在处理用户的问题时,首先需要分析错误原因。用户遇到了`org.springframework.jdbc.UncategorizedSQLException`异常,具体错误信息是数据库更新时提示`Table &#39;gs_log_access&#39; 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 &#39;username&#39;@&#39;host&#39;; ``` 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 &#39;gs_log_access&#39;; ``` 查看`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 &#39;gs_log_access&#39; 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 &#39;gs_log_access&#39;; -- 修改表为读写模式 (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 &#39;read_only&#39;; -- 临时关闭只读模式 (需 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 &#39;your_user&#39;@&#39;host&#39;; 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`)。 ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值