首页 » Web前端 » php1049毛病技巧_MySQL数据库常见报错案例与缺点代码说明

php1049毛病技巧_MySQL数据库常见报错案例与缺点代码说明

访客 2024-11-14 0

扫一扫用手机浏览

文章目录 [+]

Can’t open file: ‘xxx_forums.MYI’. (errno: 145)

问题剖析:

这种情形是不能打开 cdb_forums.MYI造成的,引起这种情形可能的缘故原由有:

php1049毛病技巧_MySQL数据库常见报错案例与缺点代码说明

 1、做事器非正常关机,数据库所在空间已满,或一些其它未知的缘故原由,对数据库表造成了破坏。

php1049毛病技巧_MySQL数据库常见报错案例与缺点代码说明
(图片来自网络侵删)

 2、类 unix 操作系统下直接将数据库文件拷贝移动会由于文件的属组问题而产生这个缺点。

办理方法:

1、修复数据表

可以利用下面的两种办法修复数据表:(第一种方法仅适宜独立主机用户)

 1)利用myisamchk ,MySQL 自带了专门用户数据表检讨和修复的工具 ——myisamchk。
变动当前目录到MySQL/bin下面,一样平常情形下只有在这个下面才能运行myisamchk命令。
常用的修复命令为:myisamchk -r数据文件目录/数据表名.MYI;

 2)通过 phpMyAdmin 修复, phpMyAdmin 带有修复数据表的功能,进入到某一个表中后,点击“操作”,不才方的“表掩护”中点击“修复表”即可。

 把稳:以上两种修复办法在实行前一定要备份数据库。

2、修正文件的属组(仅适宜独立主机用户)

 1)复制数据库文件的过程中没有将数据库文件设置为 MySQL 运行的帐号可读写(一样平常适用于 Linux和 FreeBSD 用户)。

-报错2:

ERROR 1045 (25000): Access denied for user 'root'@'localhost' (using password: NO)

问题剖析:

 密码禁绝确或者没有权限访问。

办理方法:

1)修正 my.cnf 主配置文件,在 [mysqld] 下添加 skip-grant-tables,重启数据库。

  末了修正密码命令如下:

mysql> use mysql;mysql> update user set password=password("123qqq...A") where user="root";

  删除刚刚添加的 skip-grant-tables 参数,再重启数据库,利用新密码即可登录。

2)重新授权,命令如下:

mysql> grant all on . to 'root'@'mysql-server' identified by '123qqq...A';

-报错3:

Duplicate key name ‘xxx’

问题剖析:

 要创建的索引已经存在,会引发这个缺点,这个缺点多发生在升级的时候。
可能是已经升级过的,重复升级引起的缺点。
也有可能是之前用户擅自加的索引,刚好与升级文件中的索引相同了。

办理方法:

 看看已经存在的索引和要添加的索引是否一样,一样的话可以跳过这条sql语句,如果不一样那么现删除已存在的索引,之后再实行。

-报错4:

Table ‘xxx’ already exists

问题剖析:

 xxx表已经存在于库中,再次创建这个名字的表就会引发该缺点。

办理方法:

 查看已经存在的表是否和将要创建的表完备一样,一样的话可以跳过不实行这个sql,否则请将存在的表先删除,再实行。

-报错5:

InnoDB: Error: page 14518 log sequence number 5698741252 InnoDB: is in the future! Current system log sequence number 5698741252

问题剖析:

 innodb 数据文件破坏。

办理方法:

 修正 my.cnf 配置文件,在 [mysqld] 下添加 innodb_force_recovery=4, 启动数据库后备份数据文件,然后再去掉该参数,利用备份文件规复数据。

-报错6:

 从库的 Slave_IO_Running 状态为 NO

问题剖析:

 主库和从库的 server-id 值一样。

办理方法:

 修正从库的 server-id 的值,修正成与主库不一样,比主库低。
修正完成后重启,再同步即可!

-报错7:

Warning: World-writable config file '/etc/my.cnf' is ignored ERROR! MySQL is running but PID file could not be found

问题剖析:

 MySQL 的配置文件 /etc/my.cnf 权限不对。

办理方法:

chmod 644 /et/my.cnf

-报错8:

Too many connections (1040)链接过多

问题剖析:

 连接数已经超过了mysql设置的值,与max_connections 和wait_timeout 都有关系。
wait_timeout的值越大,连接的空闲等待就越长,这样就会造成当前连接数越大

办理方法:

 优化 MySQL 做事器的配置,可参考修正 MySQL 配置文件my.ini或者 my.cnf中的参数: max_connections= 1000  wait_timeout = 10

 修正后重启 MySQL ,如果常常性的报此缺点,需做一下做事器的整体优化。

-报错9:

Can’t connect to MySQL server on ‘localhost’ (10061)

问题剖析:

 解释机器上没供应MySQL做事。
须要启动这台机器上的MySQL做事,如果负载太高也会产生这个缺点。

办理方法:

 启动这台机器的mysql做事,如果启动不堪利,多数是由于你的my.ini配置的有问题,重新配置其即可。
如果以为mysql负载非常,可以到mysql/bin 的目录下实行mysqladmin -uroot -p123 processlist来查看mysql当前的进程。

-报错10:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'

问题剖析:

 可能是数据库没有启动或者是端口被防火墙禁止。

办理方法:

 启动数据库或者防火墙开放数据库监听端口。

-报错11:

Error initializing relay log position: I/O error reading the header from the binary log

问题剖析:

 从库的中继日志 relay-bin 破坏.

办理方法:

 手动修复,重新找到同步的 binlog 和 pos 点,然后重新同步即可。

mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx',MASTER_LOG_POS=xxx;

-报错12:

 从库的 Slave_IO_Running 为 NO 问题

问题剖析:

 造成从库线程为 NO 的缘故原由会有很多,紧张缘故原由是主键冲突或者主库删除或更新数据, 从库找不到记录,数据被修正导致。

 常日状态码报错有 1007、1032、1062、1452 等。

办理方法一:

mysql> stop slave;mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;mysql> start slave;

办理方法二:设置用户权限,设置从库只读权限

set global read_only=true;

set GLOBAL max_connections=10000;

-报错13:

 客户端报 Too many connections

问题剖析:

 连接数超出 Mysql 的最大连接限定。

办理方法:

 在 my.cnf 配置文件里面增加连接数,然后重启 MySQL 做事。
max_connections = 10000临时修正最大连接数,重启后不生效。
须要在 my.cnf 里面修正配置文件,下次重启生效。

-报错14:

Got error 28 from table handler

问题剖析:

 数据库所在磁盘空间已满。

办理方法:

 增加 MySQL 所在的磁盘空间或者清理一些无用文件。

-报错15:

Can’t create a new thread; if you are not out of available memory, you can consult the manual for a possible OS-dependent bug。

问题剖析:

 数据库做事器问题,数据库操作无法创建新线程。
一样平常是两个缘故原由:

  1.做事器系统内存溢出。

  2.环境软件破坏或系统破坏。

办理方法:

 检讨做事器的内存和系统是否正常,如果做事器内存紧张,请排查一下哪些进程花费了做事器的内存,同时考虑是否增加做事器的内存来提高全体的负载能力。

`Mysql常见缺点代码解释:`

130 :文件格式禁绝确145 :文件无法打开1005:创建表失落败1006:创建数据库失落败1007:数据库已存在,创建数据库失落败1008:数据库不存在,删除数据库失落败1009:不能删除数据库文件导致删除数据库失落败1010:不能删除数据目录导致删除数据库失落败1011:删除数据库文件失落败1012:不能读取系统表中的记录1020:记录已被其他用户修正1021:硬盘剩余空间不敷,请加大硬盘可用空间1022:关键字重复,变动记录失落败1023:关闭时发生缺点1024:读文件缺点1025:更改名字时发生缺点1026:写文件缺点1032:记录不存在1036:数据表是只读的,不能对它进行修正1037:系统内存不敷,请重启数据库或重启做事器1038:用于排序的内存不敷,请增大排序缓冲区1040:已到达数据库的最大连接数,请加大数据库可用连接数1041:系统内存不敷1042:无效的主机名1043:无效连接1044:当前用户没有访问数据库的权限1045:不能连接数据库,用户名或密码缺点1048:字段不能为空1049:数据库不存在1050:数据表已存在1051:数据表不存在1054:字段不存在1065:无效的 SQL 语句,SQL 语句为空1081:不能建立 Socket 连接1114:数据表已满,不能容纳任何记录1116:打开的数据表太多1129:数据库涌现非常,请重启数据库1130:连接数据库失落败,没有连接数据库的权限1133:数据库用户不存在1141:当前用户无权访问数据库1142:当前用户无权访问数据表1143:当前用户无权访问数据表中的字段1146:数据表不存在1147:未定义用户对数据表的访问权限1149:SQL 语句语法缺点1158:网络缺点,涌现读缺点,请检讨网络连接状况1159:网络缺点,读超时,请检讨网络连接状况1160:网络缺点,涌现写缺点,请检讨网络连接状况1161:网络缺点,写超时,请检讨网络连接状况1062:字段值重复,入库失落败1169:字段值重复,更新记录失落败1177:打开数据表失落败1180:提交事务失落败1181:回滚事务失落败1203:当前用户和数据库建立的连接已到达数据库的最大连接数,请增大可用的数据库连接数或重启数据库1205:加锁超时1211:当前用户没有创建用户的权限1216:外键约束检讨失落败,更新子表记录失落败1217:外键约束检讨失落败,删除或修正主表记录失落败1226:当前用户利用的资源已超过所许可的资源,请重启数据库或重启做事器1227:权限不敷,您无权进行此操作1235:MySQL 版本过低,不具有本功能1250:客户端不支持做事器哀求的认证协议,请考虑升级客户端。
1251:Client 不能支持 authentication protocol 的哀求 Client does not support authentication protocol requested by server; consider upgrading MySQL clientQuote:1267:不合法的稠浊字符集。
2002:做事器端口不对。
2003:MySQL 做事没有启动,请启动该做事。
2008:MySQL client ran out of memory 缺点指向了 MySQL 客户 mysql。
这个缺点的缘故原由很大略,客户没有足够的内存存储全部结果。
2013:远程连接数据库是有时会有这个问题,MySQL 做事器在实行一条 SQL 语句的时候失落去了连接造成的。
10048: 建议在 my.ini 文件中修正最大连接数, 把 mysql_connect () 方法都改成了 mysql_pconnect () 方法。
要修正 mysql_pconnect (),可以在论坛的 data 目录的 sql_config.php 中 p c o n n e c t = 0 ; // 是 否 持 久 连 接 修 改 成 pconnect = 0; // 是否持久连接 修正成 pconnect=0;// 是否持久连接修正成 pconnect = 1; 开启防刷新,严禁刷新太快.10055: 没有缓存空间可利用,查看下你的 C 盘空间是否已经满,打消一些没有用的文件。
可以在后台的 "论坛核心设置","核心功能设置" 里 "进程优化" 开启,"GZIP 压缩输出" 关闭。
查找了一下 10055(没有缓存空间可利用)10061: 启动这台机器上的 MySQL 做事 如做事启动失落败,一定是你的 my.ini 文件出了差错, MySQL 做事不能正常启动 你删除了它后,MySQL 就会按其默认配置运行, 那就没有问题了。
如果您喜好本文,就请动动您的发财手为本文点赞评论转发,让我们一起学习更多运维干系知识,末了请记得关注我。

相关文章

appcan和php技巧_appcan是什么

AppCan是一款Hybrid跨平台移动运用开拓工具,利用了HTML5、CSS3和JavaScript措辞编程技能。开拓者通过内置...

Web前端 2024-12-11 阅读0 评论0