错误分析
此错误一般为表损坏，修复即可。可能造成原因为服务器突然断电，而有程序还在往表里写数据或者表的数据很大或者数据搬迁的时候编码格式有误，避免浪费时间去修表，可采用Navicat去快速修复表！！！
登录Navicat数据库，找到报错的数据表，右键维护->修复表->拓展或者快速
文章来源：https://www.cnaaa.net，转载请注明出处：https://www.cnaaa.net/archives/6134
Docker镜像管理
上一篇
2022年11月17日 下午2:21
Docker-compose部署ELK并配置SSL/TSL验证
下一篇
2022年11月18日 下午4:27
相关推荐
-
Mysql5.5中文乱码问题
查看MySQL的字符集 发现有部分不是utf-8 一（推荐，本人实验有用） 修改MySQL配置文件，来到mysql安装目录，找到my.ini文件（可能没有此文件，没有就自己建一个，本人就是没有该文件） 若有my.ini文件 进去之后，在三个地方增加配置 第一个 第二个 第三个 若没有my.ini文件，则添加一个，内容为： 注意！！！ 记得重启mysql服务 …
-
使用数据库工具储存文件报错1558解决方法
现象：在用navicat连接时发生了一个错误：1558 column count of mysql.proc is wrong.Expected20,found 16.created with mysql 50091,now running 50528.please use mysql_upgrade to fix this error。 分析过程：这个是由…
-
无法作为数据库主体执行，因为主体 “dbo“ 不存在、无法模拟这种类型的主体，或您没有所需的权限
问题描述： 最近正在测试数据库复制，想删除发布服务器的发布数据库时，突然提示这个：无法作为数据库主体执行，因为主体 “dbo” 不存在、无法模拟这种类型的主体，或您没有所需的权限。已将数据库上下文更改为 “AdventureWorks2008R2”。 (Microsoft SQL Server，错误: 15517) 原因分析： 用附件文件和组的方法的还原数据…
-
mysql innodb临时表btmp1文件太大
某日生产环境（数据库实例）告警，磁盘使用率过高！ 检查发现是由于mysql的data目录的ibtmp1文件太大，达到了30GB 一、ibtmp1文件是干嘛的？ 就是用来存放临时表查询时的数据。 二、ibtmp1增长的原因是什么？主要与SQL有关，尤其是大量的分组聚合，排序，join查询SQL.通常如下情况会造成iptmp1上涨： 查询语句会先查询temp_t…
