您的当前位置：首页正文

导出Mysql数据库出错：Got error: 145: Table 'wp_options' is marked as crashed and should be repaired when using LOCK TABLES的解决方法

2023-11-08 来源：帮我找美食网

mysqldump: Got error: 145: Table ‘wp_options‘ is marked as crashed and should be repaired when using LOCK TABLES

错误如上所示。

今天在给自己的wp网站搬家的时候，导出数据时发现导不出来，报了如上的错误，在网上找了一下资料，说是这张张被标记有问题，需要优化。参考：

http://www.cnblogs.com/hakuci/archive/2012/03/20/2407723.html

感谢黄兆张‘s Blog提供的资料，进入mysql的bin目录，通过如下命令顺利解决了问题：

myisamchk -c -r ../data/yourdatabasedir/wp_options.MYI

再来导出：

mysqldump -u root -p air>air.sql

当前目录下ls查看一下，已经有air.sql这个文件。OK。　　

导出Mysql数据库出错：Got error: 145: Table 'wp_options' is marked as crashed and should be repaired when using LOCK TABLES的解决方法

标签：

小编还为您整理了以下内容，可能对您也有帮助：

Navicat导出mysql数据库时出错怎么解决？

项目上 MySQL 还原 SQL 备份经常会碰到一个错误如下，且通常出现在导入视图、函数、存储过程、事件等对象时，其根本原因就是因为导入时所用账号并不具有SUPER 权限，所以无法创建其他账号的所属对象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常见场景：1. 还原 RDS 时经常出现，因为 RDS 不提供 SUPER 权限；2. 由开发库还原到项目现场，账号权限等有所不同。

处理方式：

1. 在原库中批量修改对象所有者为导入账号或修改 SQL SECURITY 为 Invoker；2. 使用 mysqlmp 导出备份，然后将 SQL 文件中的对象所有者替换为导入账号。

二、问题原因我们先来看下为啥会出现这个报错，那就得说下 MySQL 中一个很特别的权限控制机制，像视图、函数、存储过程、触发器等这些数据对象会存在一个 DEFINER 和一个 SQL SECURITY 的属性，如下所示：

--视图定义CREATE ALGORITHM = UNDEFINED DEFINER = `root`@`%` SQL SECURITY DEFINER VIEW v_test

--函数定义CREATE DEFINER=`root`@`%` FUNCTION `f_test()` RETURNS varchar(100) SQL SECURITY DEFINER

--存储过程定义CREATE DEFINER=`root`@`%` PROCEDURE `p_test`() SQL SECURITY DEFINER

--触发器定义CREATE DEFINER=`root`@`%` trigger t_test

--事件定义CREATE DEFINER=`root`@`%` EVENT `e_test`

DEFINER：对象定义者，在创建对象时可以手动指定用户，不指定的话默认为当前连接用户；

SQL SECURITY：指明以谁的权限来执行该对象，有两个选项，一个为 DEFINER，一个为 INVOKER，默认情况下系统指定为 DEFINER；DEFINER：表示按定义者的权限来执行； INVOKER：表示按调用者的权限来执行。

如果导入账号具有 SUPER 权限，即使对象的所有者账号不存在，也可以导入成功，但是在查询对象时，如果对象的 SQL SECURITY 为 DEFINER，则会报账号不存在的报错。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

改写好处：1. 可以避免还原时遇到 DEFINER 报错相关问题；2. 根据输出信息知道备份是否正常进行，防止备份中遇到元数据锁无法获取然后一直卡住的情况。

mysqldump直接将MySQL数据库压缩备份遇到报错

一、mysqlmp 备份的时候使用 --extended-insert=false 参数。

原理如下：
使用MySqlmp命令导出数据时的注意
在使用Mysql做基础数据库时,由于需要将库B的数据导入库A,而A,B库又包含大量相同的数据,需要使用mysqlmp导出脚本.
通常的命令会是
?

1
2

mysqlmp -t 'dbName' > 'scriptName.sql'
mysql -f 'dbName' < 'scriptName.sql'

而使用如下命令导入到A库时不会成功,现象是报出几个Duplicate key error后就完毕了,并未将其余正确的数据插入到A库中.
捣鼓了好一会,发现在使用mysqlmp导出的脚本命令中,insert语句采用是multiline insert synax.而不是采用single insert synax.原来是这个问题. 多行的插入语法在第一个主健重复错误后就不执行后续的对应表的插入语句了.
于是再加参数 --extended-insert=false,完整的命令是
?

1

mysqlmp --extended-insert=false dbname > scriptname.sql

二、手工把表中username里存在重复的值删除
使用数据库工具 Navicat 之类的，执行查询：
?

1

Select username,Count(*) From cdb_members Group By username Having Count(*) > 1

结果中就能显示出表中存在重复的字段, 你会看到2个或者多个完全一模一样重复的用户名。删除其中一行的记录，保存后再导出数据库。
这里需要特别注意：备份的时候，把表结构跟数据分开！
以下是 mysqlmp 的一些使用参数
备份数据库：

?

1
2
3

#mysqlmp 数据库名 >数据库备份名
#mysqlmp -A -u用户名 -p密码数据库名>数据库备份名
#mysqlmp -d -A --add-drop-table -uroot -p >xxx.sql

1.导出结构不导出数据

?

1

mysqlmp -d 数据库名 -uroot -p > xxx.sql

2.导出数据不导出结构

?

1

mysqlmp -t 数据库名 -uroot -p > xxx.sql

3.导出数据和表结构

?

1

mysqlmp 数据库名 -uroot -p > xxx.sql

4.导出特定表的结构

?

1
2

mysqlmp -uroot -p -B数据库名 --table 表名 > xxx.sql
#mysqlmp [OPTIONS] database [tables]

mysqlmp支持下列选项：
--add-locks
在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。
--add-drop-table
在每个create语句之前增加一个drop table。
--allow-keywords
允许创建是关键词的列名字。这由表名前缀于每个列名做到。
-c, --complete-insert
使用完整的insert语句(用列名字)。
-C, --compress
如果客户和服务器均支持压缩，压缩两者间所有的信息。
--delayed
用INSERT DELAYED命令插入行。
-e, --extended-insert
使用全新多行INSERT语法。（给出更紧缩并且更快的插入语句）
-#, --debug[=option_string]
跟踪程序的使用(为了调试)。
--help
显示一条帮助消息并且退出。
--fields-terminated-by=...
　
--fields-enclosed-by=...
　
--fields-optionally-enclosed-by=...
　
--fields-escaped-by=...
　
--fields-terminated-by=...
这些选择与-T选择一起使用，并且有相应的LOAD DATA INFILE子句相同的含义。
LOAD DATA INFILE语法。
-F, --flush-logs
在开始导出前，洗掉在MySQL服务器中的日志文件。
-f, --force,
即使我们在一个表导出期间得到一个SQL错误，继续。
-h, --host=..
从命名的主机上的MySQL服务器导出数据。缺省主机是localhost。
-l, --lock-tables.
为开始导出锁定所有表。
-t, --no-create-info
不写入表创建信息(CREATE TABLE语句）
-d, --no-data
不写入表的任何行信息。如果你只想得到一个表的结构的导出，这是很有用的！
--opt
同--quick --add-drop-table --add-locks --extended-insert --lock-tables。
应该给你为读入一个MySQL服务器的尽可能最快的导出。
-pyour_pass, --password[=your_pass]
与服务器连接时使用的口令。如果你不指定“=your_pass”部分，mysqlmp需要来自终端的口令。
-P port_num, --port=port_num
与一台主机连接时使用的TCP/IP端口号。（这用于连接到localhost以外的主机，因为它使用 Unix套接字。）
-q, --quick
不缓冲查询，直接导出至stdout；使用mysql_use_result()做它。
-S /path/to/socket, --socket=/path/to/socket
与localhost连接时（它是缺省主机)使用的套接字文件。
-T, --tab=path-to-some-directory
对于每个给定的表，创建一个table_name.sql文件，它包含SQL CREATE 命令，和一个table_name.txt文件，它包含数据。注意：这只有在mysqlmp运行在mysqld守护进程运行的同一台机器上的时候才工作。.txt文件的格式根据--fields-xxx和--lines--xxx选项来定。
-u user_name, --user=user_name
与服务器连接时，MySQL使用的用户名。缺省值是你的Unix登录名。
-O var=option, --set-variable var=option设置一个变量的值。可能的变量被列在下面。
-v, --verbose
冗长模式。打印出程序所做的更多的信息。
-V, --version
打印版本信息并且退出。
-w, --where='where-condition'
只导出被选择了的记录；注意引号是强制的！
"--where=user='jimf'" "-wuserid>1" "-wuserid<1"
导入数据：

由于mysqlmp导出的是完整的SQL语句，所以用mysql客户程序很容易就能把数据导入了：

?

#mysql 数据库名 < 文件名
#source /tmp/xxx.sql

mysqldump直接将MySQL数据库压缩备份遇到报错

在MYSQL导入数据时出错,提示如下:请问是什么原因呢?

你先在PHPMYADMIN中创建一个数据库，然后点击进入这个数据库，再导入。
或者如果是CMD中操作，也是先创建一个数据库，然后选择这个数据库，再执行导入操作。
你的错误提示是”没有选择数据库“
呵呵，你在安装一套房产程序吧。

在MYSQL导入数据时出错,提示如下:请问是什么原因呢?

数据库mysql创建表格老是出错,看不懂英文提示?

来自：51CTO（作者：superZS）
我在刚开始学习数据库的时候，没少走弯路。经常会遇到各种稀奇古怪的 error 信息，遇到报错会很慌张，急需一个解决问题的办法。跟无头苍蝇一样，会不加思索地把错误粘到百度上，希望赶紧查找一下有没有好的处理问题的方法。我想这个应该是刚从事数据库的小白，都会遇到窘境。
今天就给大家列举 MySQL 数据库中，最经典的十大错误案例，并附有处理问题的解决思路和方法，希望能给刚入行，或数据库爱好者一些帮助，今后再遇到任何报错，我们都可以很淡定地去处理。
学习任何一门技术的同时，其实就是自我*的过程。沉下心，尝试去拥抱数据的世界！
Top 1：
Too many connections（连接数过多，导致连接不上数据库，业务无法正常进行）
问题还原
解决问题的思路：
1、首先先要考虑在我们 MySQL 数据库参数文件里面，对应的 max_connections 这个参数值是不是设置的太小了，导致客户端连接数超过了数据库所承受的最大值。
● 该值默认大小是151，我们可以根据实际情况进行调整。
● 对应解决办法：set global max_connections=500
但这样调整会有隐患，因为我们无法确认数据库是否可以承担这么大的连接压力，就好比原来一个人只能吃一个馒头，但现在却非要让他吃 10 个，他肯定接受不了。反应到服务器上面，就有可能会出现宕机的可能。
所以这又反应出了，我们在新上线一个业务系统的时候，要做好压力测试。保证后期对数据库进行优化调整。
2、其次可以* Innodb 的并发处理数量，如果 innodb_thread_concurrency = 0（这种代表不受*）可以先改成 16或是64 看服务器压力。如果非常大，可以先改的小一点让服务器的压力下来之后,然后再慢慢增大,根据自己的业务而定。个人建议可以先调整为 16 即可。
MySQL 随着连接数的增加性能是会下降的，可以让开发配合设置 thread pool，连接复用。在MySQL商业版中加入了thread pool这项功能
另外对于有的监控程序会读取 information_schema 下面的表，可以考虑关闭下面的参数
innodb_stats_on_metadata=0
set global innodb_stats_on_metadata=0
Top 2：（主从复制报错类型）
Last_SQL_Errno: 1062 （从库与主库数据冲突）
Last_Errno: 1062
Last_Error: Could not execute Write_rows event on table test.t;
Duplicate entry '4' for key 'PRIMARY',
Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY;
the event's master log mysql-bin.000014, end_log_pos 1505

针对这个报错，我们首先要考虑是不是在从库中误操作导致的。结果发现，我们在从库中进行了一条针对有主键表的 sql 语句的插入，导致主库再插入相同 sql 的时候，主从状态出现异常。发生主键冲突的报错。
解决方法：
在确保主从数据一致性的前提下，可以在从库进行错误跳过。一般使用 percona-toolkit 中的 pt-slave-restart 进行。
在从库完成如下操作
[root@zs bin]# ./pt-slave-restart -uroot -proot123
2017-07-20T14:05:30 p=...,u=root node4-relay-bin.000002 1506 1062

之后最好在从库中开启 read_only 参数，禁止在从库进行写入操作
Last_IO_Errno: 1593（server-id冲突）
Last_IO_Error:
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;
these ids must be different for replication to work
(or the --replicate-same-server-id option must be used on slave but this
does not always make sense; please check the manual before using it)

这个报错出现之后，就看一目了然看到两台机器的 server-id 是一样的。
在搭建主从复制的过程中，我们要确保两台机器的 server-id 是唯一的。这里再强调一下 server-id 的命名规则（服务器 ip 地址的最后一位+本 MySQL 服务的端口号）
解决方法：
在主从两台机器上设置不同的 server-id。
Last_SQL_Errno: 1032（从库少数据，主库更新的时候，从库报错）
Last_SQL_Error:
Could not execute Update_rows event on table test.t; Can't find record
in 't', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the
event's master log mysql-bin.000014, end_log_pos 1708

解决问题的办法：
根据报错信息，我们可以获取到报错日志和position号，然后就能找到主库执行的哪条sql，导致的主从报错。
在主库执行：
/usr/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /data/mysql/mysql-bin.000014 |grep -A 10 1708 > 1.log
cat 1.log
#170720 14:20:15 server id 3 end_log_pos 1708 CRC32 0x97b6bdec Update_rows: table id 113 flags: STMT_END_F
### UPDATE `test`.`t`
### WHERE
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='dd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
### SET
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='ddd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
# at 1708
#170720 14:20:15 server id 3 end_log_pos 1739 CRC32 0xecaf1922 Xid = 654
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

获取到 sql 语句之后，就可以在从库反向执行 sql 语句。把从库缺少的 sql 语句补全，解决报错信息。
在从库依次执行：
mysql> insert into t (b) values ('ddd');
Query OK, 1 row affected (0.01 sec)
mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)
mysql> exit
Bye
[root@node4 bin]# ./pt-slave-restart -uroot -proot123
2017-07-20T14:31:37 p=...,u=root node4-relay-bin.000005 283 1032

Top 3：MySQL安装过程中的报错
[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf &[1] 3758
[root@zs data]# 170720 14:41:24 mysqld_safe Logging to '/data/mysql/error.log'.
170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql170720
14:41:25 mysqld_safe mysqld from pid file /data/mysql/node4.pid ended
170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql2017-07-20
14:41:25 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated.
Please use --explicit_defaults_for_timestamp server option
(see documentation for more details)./usr/local/mysql/bin/mysqld:
File '/data/mysql/mysql-bin.index' not found (Errcode: 13 - Permission denied)
2017-07-20 14:41:25 4388 [ERROR] Aborting

解决思路：
遇到这样的报错信息，我们要学会时时去关注错误日志 error log 里面的内容。看见了关键的报错点 Permission denied。证明当前 MySQL 数据库的数据目录没有权限。
解决方法：
[root@zs data]# chown mysql:mysql -R mysql
[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf &
[1] 4402
[root@zs data]# 170720 14:45:56 mysqld_safe Logging to '/data/mysql/error.log'.
170720 14:45:56 mysqld_safe Starting mysqld daemon with databases from /data/mysql

启动成功。
如何避免这类问题，个人建议在安装 MySQL 初始化的时候，一定加上--user=mysql，这样就可以避免权限问题。
./mysql_install_db --basedir=/usr/local/mysql/ --datadir=/data/mysql/ --defaults-file=/etc/my.cnf --user=mysql
Top 4：数据库密码忘记的问题
[root@zs ~]# mysql -uroot -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
[root@zs ~]# mysql -uroot -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

我们有可能刚刚接手别人的 MySQL 数据库，而且没有完善的交接文档。root 密码可以丢失或者忘记了。
解决思路：
目前是进入不了数据库的情况，所以我们要考虑是不是可以跳过权限。因为在数据库中，mysql数据库中user表记录着我们用户的信息。
解决方法：
启动 MySQL 数据库的过程中，可以这样执行：
/usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf --skip-grant-tables &

这样启动，就可以不用输入密码，直接进入 mysql 数据库了。然后在修改你自己想要改的root密码即可。
update mysql.user set password=password('root123') where user='root';

Top 5：truncate 删除数据，导致自动清空自增ID，前端返回报错 not found。
这个问题的出现，就要考虑下 truncate 和 delete 的区别了。
看下实验演练：
首先先创建一张表；
CREATE TABLE `t` (
`a` int(11) NOT NULL AUTO_INCREMENT,
`b` varchar(20) DEFAULT NULL,
PRIMARY KEY (`a`),
KEY `b` (`b`)
) ENGINE=InnoDB AUTO_INCREMENT=300 DEFAULT CHARSET=utf8

插入三条数据：
mysql> insert into t (b) values ('aa');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t (b) values ('bb');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t (b) values ('cc');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t;
+-----+------+
| a | b |
+-----+------+
| 300 | aa |
| 301 | bb |
| 302 | cc |
+-----+------+
3 rows in set (0.00 sec)

先用 delete 进行删除全表信息，再插入新值。
结果发现 truncate 把自增初始值重置了，自增属性从1开始记录了。当前端用主键id进行查询时，就会报没有这条数据的错误。
个人建议不要使用 truncate 对表进行删除操作，虽然可以回收表空间，但是会涉及自增属性问题。这些坑，我们不要轻易钻进去。
Top 6：
阿里云 MySQL 的配置文件中，需要注意一个参数设置就是：
lower_case_table_names = 0;默认情况
lower_case_table_names = 1;是不区分大小写 . 如果报你小写的表名找不到, 那你就把远端数据库的表名改成小写 , 反之亦然 . 注意 Mybatis 的 Mapper 文件的所有表名也要相应修改
Top 7：
有同学经常会问张老师，为什么我的数据库总会出现中文乱码的情况。一堆？？？？不知道怎么回事。当向数据库中写入创建表，并插入中文时，会出现这种问题。此报错会涉及数据库字符集的问题。
解决思路：
对于中文乱码的情况，记住老师告诉你的三个统一就可以。还要知道在目前的mysql数据库中字符集编码都是默认的UTF8
处理办法：
1、数据终端，也就是我们连接数据库的工具设置为 utf8
2、操作系统层面；可以通过 cat /etc/sysconfig/i18n 查看；也要设置为 utf8
3、数据库层面；在参数文件中的 mysqld 下，加入 character-set-server=utf8。
Emoji 表情符号录入 mysql 数据库中报错。
Caused by: java.sql.SQLException: Incorrect string value: '\xF0\x9F\x98\x97\xF0\x9F...' for column 'CONTENT' at row 1
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1074)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)
at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1379)

解决思路：针对表情插入的问题，一定还是字符集的问题。
处理方法：我们可以直接在参数文件中，加入
vim /etc/my.cnf
[mysqld]
init-connect='SET NAMES utf8mb4'
character-set-server=utf8mb4
注：utf8mb4 是 utf8 的超集。

Top 8：使用 binlog_format=statement 这种格式，跨库操作，导致从库丢失数据，用户访问导致出现错误数据信息。
当前数据库二进制日志的格式为：binlog_format=statement
在主库设置binlog-do-db=mydb1（只同步mydb1这一个库）
在主库执行use mydb2；
insert into mydb1.t1 values ('bb');这条语句不会同步到从库。
但是这样操作就可以；
use mydb1;
insert into mydb1.t1 values ('bb');因为这是在同一个库中完成的操作。
在生产环境中建议使用binlog的格式为row，而且慎用binlog-do-db参数。
Top 9：MySQL 数据库连接超时的报错；
org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08S01
org.hibernate.util.JDBCExceptionReporter - The last packet successfully received from the server was43200 milliseconds ago.The last packet sent successfully to the server was 43200 milliseconds ago, which is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection 'autoReconnect=true' to avoid this problem.
org.hibernate.event.def.AbstractFlushingEventListener - Could not synchronize database state with session
org.hibernate.exception.JDBCConnectionException: Could not execute JDBC batch update
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Connection.close() has already been called. Invalid operation in this state.
org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08003
org.hibernate.util.JDBCExceptionReporter - No operations allowed after connection closed. Connection was implicitly closed e to underlying exception/error:
** BEGIN NESTED EXCEPTION **

大多数做 DBA 的同学，可能都会被开发人员告知，你们的数据库报了这个错误了。赶紧看看是哪里的问题。
这个问题是由两个参数影响的，wait_timeout 和 interactive_timeout。数据默认的配置时间是28800（8小时）意味着，超过这个时间之后，MySQL 数据库为了节省资源，就会在数据库端断开这个连接，Mysql服务器端将其断开了，但是我们的程序再次使用这个连接时没有做任何判断，所以就挂了。
解决思路：
先要了解这两个参数的特性；这两个参数必须同时设置，而且必须要保证值一致才可以。
我们可以适当加大这个值，8小时太长了，不适用于生产环境。因为一个连接长时间不工作，还占用我们的连接数，会消耗我们的系统资源。
解决方法：
可以适当在程序中做判断；强烈建议在操作结束时更改应用程序逻辑以正确关闭连接；然后设置一个比较合理的timeout的值（根据业务情况来判断）
Top 10 ：can't open file (errno:24)
有的时候，数据库跑得好好的，突然报不能打开数据库文件的错误了。
解决思路：
首先我们要先查看数据库的 error log。然后判断是表损坏，还是权限问题。还有可能磁盘空间不足导致的不能正常访问表；操作系统的*也要关注下；用 perror 工具查看具体错误！
linux:/usr/local/mysql/bin # ./perror 24
OS error code 24: Too many open files

超出最大打开文件数*！ulimit -n查看系统的最大打开文件数是65535，不可能超出！那必然是数据库的最大打开文件数超出*！
在 MySQL 里查看最大打开文件数*命令：show variables like 'open_files_limit';
发现该数值过小，改为2048，重启 MySQL，应用正常
处理方法：
repair table ；
chown mysql权限
清理磁盘中的垃圾数据

数据库mysql创建表格老是出错,看不懂英文提示?

求助啊、、、mysql导出文本文件出错了 error 1 (hy000): Can't creat

出现该问题的原因一般都是向没有权限的文件或是目录写东西，然后报错个人总结

解决方法如下以select .... into file

为例

<1> select ..... into outfile '/tmp/target.txt'

<2>使用数据库目录

select ..... into outfile

'/var/lib/mysql/target.txt'

root:@localhost[mytest]>select * from me into

outfile '/var/lib/mysql/target.txt' ;

Query OK, 3 rows affected (0.00

sec)

<3> 使用默认目录

root:@localhost[mytest]>select * from me into

outfile 'target.txt';

Query OK, 3 rows affected (0.00 sec)

<4>

我们给出我们的分析思路：

首先我们以用户ububu login :

目录的权限是：

ubutu@ubutu-desktop:~$ mkdir

test

ubutu@ubutu-desktop:~$ ls -lai test

总计 8

16423 drwxr-xr-x 2

ubutu ubutu 4096 2010-03-24 19:59 .

8177 drwxr-xr-x 77 ubutu ubutu 4096

2010-03-24 19:59 ..

（注意杂mysql中我们是以root用户登录的）

root:@localhost[mytest]>select * from me into

outfile '/home/ubutu/test/a.txt';

ERROR 1 (HY000): Can't create/write to file

'/home/ubutu/test/a.txt' (Errcode:

13)

报错：

我们修改目录的权限：

oot@ubutu-desktop:/home/ubutu# chown -R mysql:mysql

test/

root@ubutu-desktop:/home/ubutu# ls -lai test

总计 8

16423

drwxr-xr-x 2 mysql mysql 4096 2010-03-24 19:59 .

8177 drwxr-xr-x 77 ubutu

ubutu 4096 2010-03-24 19:59

在继续执行：错误依旧：

我们继续修改：

root@ubutu-desktop:/home/ubutu# chmod a+wx

test/

root@ubutu-desktop:/home/ubutu# ls -lai test

总计 8

16423

drwxrwxrwx 2 mysql mysql 4096 2010-03-24 19:59 .

8177 drwxr-xr-x 77 ubutu

ubutu 4096 2010-03-24 19:59

错误仍在继续：

接着我们尝试用操作系统帐户登录：

root@ubutu-desktop:~# mysql

root:@localhost[mytest]>select * from me into outfile

'/home/ubutu/test/a.txt'

-> ;

ERROR 1 (HY000): Can't create/write to

file '/home/ubutu/test/a.txt' (Errcode:

13)

仍是同样的错误，无语了。为了查找错误的原因，我们从上面成功的例子我们看看那文件的权限：

root@ubutu-desktop:/var/lib/mysql#

ls -lai target.txt

2510 -rw-rw-rw- 1 root root 6 2010-03-24 20:07

target.txt（<1><2><3>使用操作系统的一般用户登录，但是mysql的root用户操作得到的结果）

我们看到文件的拳限是：root

，可是面我们使用chmod a+wx 仍然不行，问题处在那呢？难道是selinux ?

然后我们在/etc/apparmor

里面发现了这个：

capability setuid,

network tcp,

/etc/hosts.allow

/etc/hosts.deny r,

/etc/mysql/*.pem r,

/etc/mysql/conf.d/

/etc/mysql/conf.d/* r,

/etc/mysql/my.cnf r,

/usr/sbin/mysqld

mr,

/usr/share/mysql/** r,

/var/log/mysql.log rw,

/var/log/mysql.err

rw,

/var/lib/mysql/ r,

/var/lib/mysql/** rwk,

/var/log/mysql/

/var/log/mysql/* rw,

/var/run/mysqld/mysqld.pid

/var/run/mysqld/mysqld.sock w,

｝

网上一搜，发现：

AppArmor attempts to

protect processes on the server or desktop from security threats. AppArmor

enforces limits on what processes can access on the system. It attempts to

restrict processes to those resources that the process requires to function

only. AppArmor will not only define the system resources a program can access ,

it will also determine the privileges with which it can access those resources.

To protect applications you will need to set up a security profile for each

application that you want to protect.

AppArmor has it's history connected to

the Linux Security Moles and the SELinux project that was developed by the

National Security Agency. Both SELinux and AppArmor use these moles developed

with security in mind.

ubuntu :

Default enforcement

By default in a

new installation of the following services is done with AppArmor profiles

enforced:

* cups

* bind

* mysql

* slapd (Open

LDAP)

修改后的：

# vim:syntax=apparmor

# Last Modified: Tue Jun 19 17:37:30

2007

#include <tunables/global>

/usr/sbin/mysqld {

#include

#include

#include

#include <abstractions/mysql>

#include

capability dac_override,

capability

sys_resource,

capability setgid,

capability setuid,

network

tcp,

/etc/hosts.allow r,

/etc/hosts.deny r,

/etc/mysql/*.pem

/etc/mysql/conf.d/ r,

/etc/mysql/conf.d/* r,

/etc/mysql/my.cnf

/usr/sbin/mysqld mr,

/usr/share/mysql/** r,

/var/log/mysql.log

rw,

/var/log/mysql.err rw,

/var/lib/mysql/ r,

/var/lib/mysql/**

rwk,

/var/ r,

/var/**

rwk,

/var/log/mysql/ r,

/var/log/mysql/*

rw,

/var/run/mysqld/mysqld.pid w,

/var/run/mysqld/mysqld.sock

}

然后执行命令：

root:@localhost[mytest]>select * from me into outfile

'/var/data/target.txt';

Query OK, 3 rows affected (0.00

sec)解决，该情况同样使用于你想将现在的数据目录执行更换，而出现的权限问题，即

自定义数据目录。

写的有点乱，边实验边总结哈追问其实之前我已经解决了，我就是使用数据库目录的，mysql数据库导出数据时是以mysql用户向目录里写数据的，所以使用数据库目录就成导出成功了、、、你研究的很深入啊！！！

追答出问题了，没办法，都是被的，相信你能解决肯定也研究的很深入的。哈哈哈

mysql无法导出数据，出现ERROR 1290

你目前可以如下方法：

进入控制面板->服务管理，找到Mysql服务，右键修改属性，改为自启动，以后再重启就没有问题了（除此外还有第三方软件不能禁用mysql的开机启动）；

每次登录前，在命令行中，用命令启动：net start mysql

我们可以用show variables like '%secure%';命令显示文件目录

这样将导入文件放在 /var/lib/mysql-files/文件夹下，之后再从这里导入就可以了

导出文件时候，也是将文件导出到这个文件夹里。

load data infile '/var/lib/mysql-files/part.csv' into table PART fields terminated by ',' optionally enclosed by '"' escaped by '"' lines terminated by 'rn';

如果显示ERROR 1261 (01000): Row 1 doesn't contain data for all columns

这个错误，是因为数据行不匹配，默认不能有空，用下列命令解决set sql_mol = 0;

导出Mysql数据库出错：Got error: 145: Table &#39;wp_options&#39; is marked as crashed and should be repaired when using LOCK TABLES的解决方法

导出Mysql数据库出错：Got error: 145: Table 'wp_options' is marked as crashed and should be repaired when using LOCK TABLES的解决方法