Delphi7报错解决方法
在Win7 64 上安装完Delphi 7，每次打开报错：
Unable to rename 'C:\Program Files (x86)\Borland\Delphi7\Bin\delphi32.$$$' to 'C:\Program Files (x86)\Borland\Delphi7\Bin\delphi32.dro'
开始以为是同时机器里安装了Delphi XE10的问题，结果后来搜搜了好多人遇到这个。解决办法：
1.修改“C:\Program Files\Borland\Delphi7\Bin”的权限（右击上面的目录-》属性-》安全-》编辑-》修改后确定退出），赋予于users组modify权限；
2.修改“C:\Program Files\Borland\Delphi7\Projects”的权限（右击上面的目录-》属性-》安全-》编辑-》修改后确定退出），赋予于users组modify权限；
3.运行Delphi 7即可。
电脑蓝屏及英文报错解决方案大全
电脑应用常见问题集中贴 硬盘引导型故障分析及排除 1．Invalid Drive Specification无效的驱动器号：如果一个分区或逻辑驱动器在分区表里的相应表项已不存在，那么对于操作系统来说，该分区或逻辑驱动器也就不存在了。因此，这种故障问题一般出现在分区表。修复这类故障，最简单的方法是事先做好分区表的备份。例如，Pctools9.0、KV3000等都有这项功能。 2．HDD controller failure硬盘驱动器控制失败：这是启动机器时，由POST程序向驱动器发出寻道命令后，驱动器在规定时间内没有完成操作而产生的超时错误。出现这种错误，硬盘可能已经损坏了。 3．C drive failure硬盘C驱动失败：RUN SETUP UTTLITY（运行设置功能）Press to Resume（按键重新开始）：这种故障一般是因为硬盘的类型设置参数与格式化时所用的参数不符。由于IDE硬盘的设置参数是逻辑参数，所以这种情况多数是由软盘启动后，C盘也能够正常读写，只是不能启动。 4．显示“Starting Windows…″然后死机：一般来说，这是由于Config.sys和Autoexc.bat 中的可执行文件本身已经损坏，使得系统在执行到此文件是死机。这个故障非常简单，但因为没有什么故障信息，一般人很容易做出误判。当出现这种现象，并且确信系统本身是完好的时，可以去掉这两个文件，或者在屏幕上出现以上信息时，快速按下F8键，然后选择单步执行，找出已经损坏的文件即可。 5．Non－System Disk or Disk Error，Replace AND Press any key when ready（非系统盘或磁盘错误，重新换盘后按任意键），DOS引导区中的引导程序执行后发现错误，报此信息。可能导致该错误的原因有：硬盘根目录区第一扇区地址出界（在540MB之后），读盘出错。这类故障大多为软件故障，如果BPB表损坏，即用软盘启动后，硬盘不能正常读写，可以用NDD修复；如果BPB表完好，只需简单的SYS C:传送系统就可引导。 6．Error Loading Operation System调进操作系统错误：这类故障是在读取分区引导区（BOOT）出错时提示的，其原因可能如下：一是分区表指示的分区起始物理地址不正确。例如，由于误操作而把分区表项的起始扇区号（在第三字节）由1改为0，因而INT 13H读盘失败后，即报此错；二是分区引导扇区所在磁道的磁道标志和扇区ID损坏，找不到指定扇区；三是驱动器读电路故障。 7．HDC controller fail（硬盘控制器控制失败）：这类故障是硬件故障，POST程序向控制器发出复位命令后，在规定的时间内没有得到控制器的中断响应，可能是控制器损坏或电缆没接好。另外，也与硬盘参数设置是否正确有关。 8、硬盘主引导扇区损坏，系统无法引导 解决方案： （1）、用FDISK/MBR命令恢复引导程序。 （2）、系统文件损坏后在其他机器上备份系统， 9、提示：NO ROM BASIC 此类故障是由于没有设置激活分区引起，用FDISK设置激活分区即可。
mysql实施方案
1总体结构 2*Cobar+8*(1主+1主)结构 2单mysql服务器部署 2.1 服务器的系统配置 硬件： 16台PC服务器，（CPU数）/64G内存，2*300G本地盘，RAID0+1，可用存储空间300G。 软件： 操作系统：RHEL6。 MySQL数据库：Percona最新的版本，当前是5.6.14。 基准测试工具：SysBench，模拟应用场景提供基准性能测试数据； 压力测试工具：mysqldap，指定并发用户、并发数、操作语句等测试mysql 服务器的内存、CPU、IO的性能； 2.2 Mysql的安装 1．Mysql使用Percona的5.6.14。 2．下载Percona-Server-5.6.14-rel62.0-483.Linux.x86_64.tar.gz包，解压。 3．初始化mysql，使用./scripts/mysql_install_db脚本初始化mysql，使用命令./scripts/mysql_install_db --datadir=/home/upay/mysql/data/ --defaults-file=/home/upay/mysql/https://www.360docs.net/doc/842152729.html,f。其中—datadir为数据目录， --defaults-file为配置文件。
2.3 Mysql的配置参数 [mysqld] #basedir=/disk1/weblogic/lcecs7/mysql-5.6.14-linux-glibc2.5-x86_64 basedir=/home/upay/Percona-Server-5.6.14-rel62.0-483.Linux.x86_64 datadir=/home/upay/mysql/data port=33306 socket = /home/upay/mysql/mysql.sock #lower_case_table_names = 1 #binlog_cache_size = 4M #max_heap_table_size = 128M #sort_buffer_size = 16M innodb_additional_mem_pool_size = 128M innodb_buffer_pool_size = 48G innodb_file_io_threads = 4 innodb_flush_log_at_trx_commit = 1 [mysqld_safe] log-error=/home/upay/mysql/mysqld.log pid-file=/home/upay/mysql/mysqld.pid 2.4 MySQL服务器的性能 2.4.1简单性能测试 Mysqlslap指令：./mysqlslap -h10.20.38.11 -P33306 -ucobar -pcobar -a -x5 -y5 -i 5 --number-of-queries=5000 -c50（5000简单语句，50并发）
CAD报错处理方法
1.切换楼层的时候 解决方法：打开高版本cad，然后命令行输入recover，选择你提示报错的当层楼层文件，修复完后另存为低版本cad，然后去工程文件夹下覆盖. 2. 解决方法：在做工程中软件自动退出，重新打开后提示没找到相关文件，原因是：退出后，cad文件在后台程序中还在运行。处理方法：关闭与cad相关的文件，在任务管理器-进程中，把运行的acad文件结束或重启计算机 3. 解决方法：在CAD2008或CAD2010的安装路径下，找到AcExperience.arx文件删掉即可。
4. 4.在三维算量软件中软件界面和CAD界面不能互相切换或者无法加载CAD命令如何处理？ 5.查看报表，就提示磁盘或网络错误。 解决方法：保存文件的文件夹的名称有特殊符号.
6.安装三维算量2012企业版的时候，提示得不到：CAD2011 解决方法：解压的安装包有问题，把CAD的那个安装包删掉了。 7.做工程的时候，突然跳出这个窗口 解决方法：查毒或者修复工程(新建一个工程文件，工程名称，楼层设置等跟原先的工程的工程设置一模一样，然后关掉软件，把原先工程的楼层文件。Dwg覆盖新建的工程文件夹下dwg文件，重新打开新建的工程即可) 8.安装WIN764位的2008CAD的时候跳出下面的窗口
解决方法：安装了360，退出杀毒软件。 9、 解决方法：在选项里面修改配置的名称3da2012重命名改为三维算量2012。10、提示这个是什么原因？ 解决方法：工程用很多版本的CAD修复过，不兼容造成的，用高版本CAD修复。 11、图纸复制进斯维尔软件提示未定义？ 解决方法：cad没有安装好，重新安装cad。
mysql 安装到最后一步时,start service 为失败状态
mysql 安装到最后一步时,start service 为失败状态请问是什么原因 使用services.msc打開服務窗口，查看MySQL service是否已經存在。如已经存在并已启动，则先停止该服务，然后到注冊表("HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Services")中刪除對應服務，并使用命令sc delete MySQL,然后繼續進行安裝，就能成功。 MYSQL安装出现could not start the service mysql error:0处理收藏 当各位在安装、重装时出现could not start the service mysql error:0 的错误时，可以尝试下面两种方法。 一、方式1 MySQL安装是出现could not start the service mysql error:0 提示错误，解决方法： 首先，在管理工具->服务里面将MySQL的服务给停止，然后打开cmd 进入你的MySQL bin目录下，例如 C:\Program Files\MySQL\MySQL Server 5.0\bin 然 后使用如下命令mysqld-nt -remove 然后就会显示......success! 好了下面进入添加删除程序，找到MySQL选择卸载，记得选择remove。最后将MySQL目录 删除，还有数据库的目录也删除。 一、方式2 查看服务中有没有mysql,如果有将该服务停掉; 安装mysql 5.1.33,在运行Server Instance Configuration wizard时的Execute configurattion步骤中的第三项Start Service进出错,错误提示为Could not start the service MySQL (出现这种情况一般是因为装过mysql，卸载不干净 造成的。卸载后重启后再重装。注意看下服务，如果未能卸载，可以用mysqld-nt -remove卸载)。 在控制面板中运行添加删除程序，将mysql卸载; 卸载后打开注册表，查看 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 下的键值，如果有 相关mysql键值(mysql、mysqladmin)则删掉，即可; 重启，将mysql的安装残余目录删掉 (查看服务，此时服务中已没有mysql); 重新安装mysql.安装后先不要运行Server Instance Configuration wizard， 重启后在开始菜单中运行该向导，即可。 windowsxp系统 mysql-5.0.81 提示：1045 access denied for user 'root'@'localhost'using password yes MySQL 5.1 安装过程中报apply security setting错误的解决办法收藏 Mysql安装错误apply security settings 解决方法
数据库项目组日常运维与应急故障处理手册范本
常见问题及处理方案 CPU使用率高的问题 通过操作系统命令top topas glance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。 根据进程号获取正在执行的sql SELECT a.osuser, https://www.360docs.net/doc/842152729.html,ername,b.address,b.hash_value, b.sql_text from v$session a, v$sqltext b, v$process p where p.spid = &spid and p.addr = a.paddr and a.STATUS = 'ACTIVE' and a.sql_address =b.address order by address, piece; 数据库无法连接 数据库无法连接，一般可能是如下原因造成： （1）数据库宕了 （2）监听异常 （3）数据库挂起 （4）归档目录满 （5）数据库或应用主机的网卡出现问题不能正常工作 （6）应用主机到数据库主机的网络出现问题。 1、数据库宕了 立即启动数据库。 2、监听异常 此时一般体现为： 监听进程占用CPU资源大； 监听日志异常。 此时，立即重启监听，监听重启一般能在1分钟之完成。 3、数据库挂起 立即重启数据库。 4、归档目录满 （1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。
（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即 清理OGG不再需要的日志文件。 5、数据库或应用主机的网卡出现问题不能正常工作。 立即联系主机工程师处理。 6、应用主机到数据库主机的网络出现问题。 立即联系网络维护人员查看。 CRS/GI无法启动 对于10g及11gR1版本的CRS问题 1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件 如果有的话，看文件容，一般会提示OCR无法访问，或者心跳IP无法 正常绑定等信息。 2、如果/tmp目录下没有crsctl.xxxxx文件 此时查看ocssd.log文件，看是否能从中得到有价值的信息。 可能的问题：网络心跳不通。 3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信 息。 此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑： （1）停掉两个节点的CRS。 （2）两个节点先同时去激活并发VG，然后再激活VG。 （3）重新启动CRS。 对于11gR2的GI问题 分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。常见问题： 1、心跳IP不同。 2、ASM实例无法启动。 对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档. 数据库响应慢
Veritas Backup备份机制与操作系统密码的关联问题及解决方案
市信息中心Backup Exec 备份问题及解决方法 1、Backup Exec 备份作业（Oracle数据库差别备份及全备份）无法完成，问题表现如下： 1.1、差别备份作业报错信息： 1.2、全备份作业报错信息： 1.3、在系统日志中所体现的错误信息如下：
问题产生原因：因介质服务器/Agent端密码做过更改，而导致执行备份作业时出现验证失败，无法执行备份作业。 解决方法：更改介质服务器/Agent端密码后应重新对其进行验证，经重新验证后作业执行恢复正常。详细说明及操作步骤如下： Veritas Backup备份机制与操作系统密码的关联问题及解决方案 1.关于Veritas Backup Exec 登入账户说明 Backup Exec 登录可存储 Windows 用户的凭证。Backup Exec 登录允许Backup Exec 管理用户名和密码，并可以用于浏览资源或处理作业。使用Backup Exec登录，就可以将Windows凭证更改应用到使用它们的作业中。 Backup Exec 登录用于浏览本地和远程资源。Backup Exec 登录也可以与设备级选择列表项（如共享、数据库等）相关联。如果需要编辑凭证，则可以编辑Backup Exec 登录，所做的更改将应用到使用 Backup Exec 登录的所选资源。 Backup Exec 登录并不是 Windows 用户。在创建 Backup Exec 登录时，项被输入到Backup Exec 数据库中；操作系统没有创建。如果更改了Windows 用户凭证，必须使用新信息来更新 Backup Exec 登录。Backup Exec不维护与Windows用户的连接。 可使用“登录管理”对话框查看、创建、删除、编辑和替换 Backup Exec 登录。 此对话框显示您创建的每个 Backup Exec 登录的属性信息。它还显示您的默认 Backup Exec 登录，以及当前登录到介质服务器的 Windows 用户名。要查看这些信息，请选择“网络”菜单，然后单击“登录”。 Backup Exec 有三种登录类型。它们包括：
Mysql服务无法启动的1067错误解决
无论安装何版本的mysql，在管理工具的服务中启动mysql服务时都会在中途报错。内容为：在本地计算机无法启动mysql服务错误1067：进程意外中止。 经过多方求教，得解决方法如下 查找系统(后来验证应该为windows目录)目录下的my.ini文件，编辑内容（如果没有该文件，则新建一个），至少包含basedir，datadir这两个基本的配置。 [mysqld] # set basedir to installation path, e.g., c:/mysql # 设置为MYSQL的安装目录 basedir=D:/www/WebServer/MySQL # set datadir to location of data directory, # e.g., c:/mysql/data or d:/mydata/data # 设置为MYSQL的数据目录 datadir=D:/www/WebServer/MySQL/data 另外，要主意 [WinMySQLadmin] Server=D:/www/WebServer/MySQL/bin/mysqld-nt.exe user=root password=xxxxxxxx #以上是设置WinMySQLadmin的配置 [Client] user=root password=xxxxxxxx hehe~ :) 解决了 my.ini 文件内容如下.我自己改的,就好了,嘿嘿 [mysqld] # set basedir to installation path, e.g., D:/mysql # 设置为MYSQL的安装目录 basedir=D:/mysql # set datadir to location of data directory, # e.g., d:/mysql/data or d:/mysql/mydata/data
Oracle数据库常见异常的诊断方法
目录 第1章 Oracle数据库常见问题诊断方法 (1) 1.1 常见错误篇 (1) 1.1.1 ORA-12571、ORA-03113、ORA-03114、ORA-01041 (1) 1.1.2 ORA-01000 (1) 1.1.3 ORA-01545 (2) 1.1.4 ORA-0165x (2) 1.1.5 ORA-01555 (3) 1.1.6 ORA-04031 (3) 1.1.7 ORA-04091 (3) 1.1.8 ORA-01242、ORA-01113 (4) 1.2 内部错误篇 (4) 1.2.1 ORA-00600【12330】错误 (4) 1.2.2 ORA-00604【xxx】错误 (5) 1.2.3 ORA-00600【3339】错误 (5) 1.2.4 ORA-00600【13004】错误 (5) 1.3 分布式事务篇 (6) 1.3.1 诊断分布式事务 (6) 1.3.2 检查其它节点的事务（DBA_2PC_NEIGHBORS） (6) 1.3.3 通过DBA_2PC_PENDING字典表检查事务的状态 (6) 1.3.4 检查处理结果 (7) 1.3.5 COMMIT FORCE或ROLLBACK FORCE命令 (7) 1.4 OPS或RAC篇 (8) 1.4.1 准备工作 (8) 1.4.2 紧急情况下的状态备份 (8) 1.4.3 OPS设计、配置准则 (9) 1.4.4 OPS常见问题 (9) 1.4.5 诊断分析步骤 (9) 1.5 非OPS篇 (18) 1.5.1 ORACLE数据库系统常见问题：空间方面问题 (18) 1.5.2 ORACLE数据库系统常见问题：性能方面问题 (18) 1.5.3 ORACLE数据库系统常见问题：锁争用方面问题 (19) 1.5.4 ORACLE数据库系统常见问题：内存方面问题 (20) 1.5.5 ORACLE问题分析脚本 (20) 1.5.6 SQL*NET篇 (24) 1.5.7 TNS-12154 Error 或ORA-12154 (24) 1.5.8 NL-00462 Error 或ORA-00462 (25) 1.5.9 NL-00405 Error 或ORA-00405 (26)
mysqlerror2003
安装ipv6后再安装mysql配置时提示:error nr.2003 can't connect to mysql server on 'localhost'(10061) 说来惭愧啊,其实前段时间遇到过此问题,可是后来稀里糊涂的就解决了,详情可以找找我前面发表过的文章.这不这次就又遇到了, error nr.2003 can't connect to mysql server on 'localhost'(10061) 还是解决不了,学习这事会就是会,不会就是不会啊............感触颇深. 苍天不负有心人啊,最后还是让我找到了解决方法. 首现ping localhost 出现了下面的截图,有没有感到奇怪呢?为什么出现的地址不是 127.0.0.1 前端时间研究利用IPv6登个国外网站什么的,就给自己电脑安装了ipv6(我的电脑是xp),唉你猜对了,问题就出在这ipv6上. 关闭它！ 用下面附录的方法可以关闭ipv6（win7） 也可以用修改HOST文件的方式使localhost与127.0.0.1等同，如下： 从 WinVista 和 Win7 的 hosts 文件里可以看出，localhost 并没有直接被解析为 127.0.0.1 ，而是 DNS 将根据当前连接的协议来自动选择将其解析为 v4 地址还是 v6 地址： # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost 而在此我们为了解决 localhost 的连接问题，可以给 host 加上这么一条，以告诉系统强制使用IPv4 连接。直接在 hosts 文件的末尾加上 127.0.0.1 localhost 这一条语句（需要修改文件权限）。再次 Ping 一下 localhost： 正在 Ping WinSeven-PC [127.0.0.1] 具有 32 字节的数据： 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128
速达软件常见问题处理方法 解决方法
速达软件问题处理锦集----安装与启动 1、在安装MSDE数据库时，出现安装程序倒退的情况 产品名称：MSDE 版本信息：速达所有版本 模块名称：这是以前装过SQL Server数据库或MSDE数据库,没有卸载干净. 解决方案：解决办法重装操作系统 2、安装MSDE数据库时，系统出现“读取文件C:\program files\Microsoft sql sever\mssql\data\msdbata.mdf时出错”的提示信息。 产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装 解决方法：退出安装程序，删除C盘里SQL Server文件夹，删除后再重新安装数据库。 3、安装MSDE数据库时，提示安装程序被挂起。 产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装 解决方法：重新启动电脑。 4、打开软件时，系统出现以下的提示信息：“未设置登录账号和密码”，请问如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：系统维护 解决方案：1、以管理员身份登录；2、关闭防火墙； 3、再次登陆时会提示输入用户名与密码； 4、到微软网站下载MSDE最新版本。 5、在启用过程中提示：“数据库用户及密码错误”？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：数据库 解决方案：1、确定是否在数据库中设置了用户名和密码，准确录入；2、重装SQL-SERVER个人版。 3、在SQL-Server 2000中，打开企业管理器，重新注册一个数据库用户组。 6、登陆软件时，系统提示“无法连接数据库，请检查SQL服务器或网络连接是否正常”，请问如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：日常维护 解决方法：在控制面板添加硬件中添加虚拟网卡。(进入添加硬件向导，添加新硬件，检测过后选择添加新设备，再选择从列表中选取，选中网卡下一步，查找制造商Microsoft有一个设备Microsoft Loopback Adapter,选中它，安装完成后，查看硬件管理器，会多出一个新网卡，这就是虚拟网卡。) 7、启动服务器时提示:通常每个套节字地址(协议网络地址/端口)只允许使用一次，无法登陆，如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：服务器设置 解决方案：1、注意电脑上有没有在已打开服务器情况下再进行多次打开服务器。 2、客户多次点击软件造成的，重新启动电脑，双击软件即可； 3、注意我们所有速达3000系列都用3001端口，我们的7000与5000系列都用5001端口在所有默认设置下，不能打开多个速达3000服务器，也不能
【干货分享】DMRMAN脱机备份常见错误
【干货分享】DMRMAN脱机备份常见错误 我们在使用DMRMAN工具脱机备份时总是遇到各种问题，今天整理了下常用问题及解决方法，供大家参考。 本章内容已在如下环境上测试： 操作系统：中标麒麟7、Windows 10 64位 数据库版本：达梦8 相关关键字：DM8，DMRMAN备份，管道连接超过，创建dmap管道失败 常见错误 [-7103]:创建命名管道失败 【问题现象】： 中标麒麟7环境，在将达梦数据库bin路径配置到环境变量path中，可以在任意目录下执行DMRMAN命令，但是进入DMRMAN后执行备份命令，会有如下报错：[-7103]:创建命名管道失败。 【问题原因】： 当执行DMRMAN命令进行备份操作的时，会根据DMRMAN命令所在路径下寻找由DM_PIPE_开头的管道文件，而不是通过path设置的环境变量路径来寻找对应的管道文件，DM_PIPE_一般是在bin目录下生成。 【解决方法】： 使用DM安装用户dmdba进入DM安装bin目录下启动DMRMAN工具，执行备份脚本提示成功。
[-7105]:管道连接超时 【问题现象】： 中标麒麟7环境，使用root用户启动DMRMAN工具，执行备份命令报错[-7105]:管道 连接超时。 【问题原因】： root用户不是DM数据库安装用户，不能使用root启动DMRMAN工具。 【解决方法】： 使用DM安装用户dmdba启动DMRMAN工具，执行备份命令即正常。
[-8109]:创建dmap管道失败，请检查dmap是否已经启动 【问题现象】： 中标麒麟7环境，dmdba在bin目录下启动DMRMAN工具，执行备份命令报错[-8109]:创建dmap管道失败，请检查dmap是否已经启动。 【问题原因】： 没有启动DmAPService服务。 【解决方法】： 使用root用户执行如下命令启动DmAPService服务。启动后执行备份命令正常。 [root@localhost ~]# systemctl start DmAPService.service 如若Windows 10环境下，DmAPService服务已启动，仍然报这个错误，请使用以管理员身份运行cmd命令；同样如果在控制台工具上也报此错误，请使用以管理员身份运行控制台工具。
mysql卸载重新安装文档
卸载mysql报错解决方法1 dpkg: error processing mysql-server (--configure): dependency problems - leaving unconfigured start: Job failed to start invoke-rc.d: initscript mysql, action "start" failed. dpkg: error processing mysql-server-5.5 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of mysql-server: mysql-server depends on mysql-server-5.5; however: Package mysql-server-5.5 is not configured yet. dpkg: error processing mysql-server (--configure): dependency problems - leaving unconfigured No apport report written because the error message indicates its a followup error from a previou s failure. Errors were encountered while proces sing: mysql-server-5.5 mysql-server E: Sub-process /usr/bin/dpkg returned an error code (1) 解决方法: 删除mysql前先删除一下 /var/lib/mysql 还有 /etc/mysql sudo rm /var/lib/mysql/ -R sudo rm /etc/mysql/ -R sudo apt-get autoremove mysql* --purge sudo apt-get remove apparmor sudo apt-get install mysql-server mysql-common UBUNTU 彻底删除MYSQL 然后重装MYSQL 删除mysql sudo apt-get autoremove --purge mysql-server-5.0 sudo apt-get remove mysql-server sudo apt-get autoremovemysql-server sudo apt-get remove mysql-common //这个很重要 上面的其实有一些是多余的。 清理残留数据 dpkg -l |grep ^rc|awk '{print $2}' |sudoxargsdpkg -P
关于mysql数据库导入备份数据报错问题
关于Mysql导入数据报错问题解决方案及问题描述 导入报错问题描述 [Err] 1005 - Can't create table 'jeecg-boot.qrtz_blob_triggers' (errno: 150) [Err] 1146 - Table 'jeecg-boot.sys_announcement' doesn't exist Error occured at:2019-10-09 10:44:07 Line no.:1033 Error Code: 2006 - MySQL server has gone away 工具： mysql客户端（Sqlyang），linux服务器的数据库，本地windows 10本地数据库。 问题排查： 1 . 导致sql无法正常导入：因为表中数据类型为（datetime）时间字段的默认值为‘CURRENT_TIMESTAMP’，由于线上和线下数据库版本不同，线上数据不报错，线下数据报错。解决方案：a 去掉默认值（因为线上在表中直接添加数据过程中，依然会报错） b 线上线下统一数据库版本（需要线下自己重新安装高版本数据库） 2 . 导致sql无法正常导入：因为表在创建索引的过程中索引类型引起的。也是由于线上和线下数据库版本不同，线上数据不报错，线下数据报错。解决方案：
a 修改索引类型重新导出源数据（比较可行） b 线上线下统一数据库版本（需要线下自己重新安装高版本数据库） 3 . 导致sql无法正常导入：因为在库中存在数据类型为text类型的字段，比如文章。因为文章能容长，在导出的数据中是批量插入的语句，所以造成这样的原因一种可能是发送的SQL语句太长， 以致超过了max_allowed_packet的大小，解决方案：如果是这种原因，你只要修改https://www.360docs.net/doc/842152729.html,f，加大max_allowed_packet的值即可。还有一种可能是因为某些原因导致超时，比如说程序中获取数据库连接时采用了Singleton的做法，虽然多次连接数据库，但其实使用的都是同一个连接，而且程序中某两次操作数据库的间隔时间超过了wait_timeout（SHOW STATUS能看到此设置），那么就可能出现问题。解决方案：最简单的处理方式就是把wait_timeout改大，当然你也可以在程序里时不时顺手mysql_ping()一下，这样MySQL就知道它不是一个人在战斗。
oracle报错及解决办法
从现在开始，oracle错误全征集！ 2007-1-12 01102, 00000, "cannot mount database in EXCLUSIVE mode" // *Cause: Some other instance has the database mounted exclusive or shared. // *Action: Shutdown other instance or mount in a compatible mode 当你启动数据库遇到1102报错时，之前的数据库的down操作一般都不是正常完成的，或由于一些异常使Oracle在操作系统中残留一些内存结构，Pmon等一几个进程依然存在等原因使Oracle误认为Instance依然在运行着，所以库就没有启动，具体说来大体原因有如下几个： 1、pmon、smon、lwgw及dbwr这些后台进程依然存在着 2、Oracle开辟的共享内存没有释放掉 3、"lk
mysql10055错误解决
mysql 10055 错误解决方案 纠结，非常纠结～弄这个问题几天了，都没解决，官方有人提出这问题，但是很少看到解决方案。最后是在一哥们的BLOG里面看到了，感谢了！ Description: 环境：Windows 2003 + IIS + PHP + MYSQL，服务器运行一段时间后，提示Can’t connect to MySQL server on ‘localhost’(10055)错误。无法重启mysql 服务，提示端口被占。检查发现端口并没被占。重起服务器后恢复正常。但过一段时间以后，又出现此错误。 查看MYSQL日志，并无不正常记录。 Solution: 此错误与一个注册表键值TcpTimedWaitDelay有关。减小Windows中TcpTimedWaitDelay时间可解决此类问题，默认情况下为240（未设置的情况下也是这个数值）。此项设置需要到注册表如下位置进行设置： [HKEY_LOCAL_MACHINE] [SYSTEM] [CurrentControlSet] [Services] [Tcpip] [Parameters] [TcpTimedWaitDelay]如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型。数值设置为30 ~ 60 之间即可。 PostScript: TcpTimedWaitDelay描述：确定 TCP/IP 可释放已关闭连接并重用其资源前，必须经过的时间。关闭和释放之间的此时间间隔通称 TIME_WAIT 状态或两倍最大段生命周期（2MSL）状态。此时间期间，重新打开到客户机和服务器的连接的成本少于建立新连接。减少此条目的值允许 TCP/IP 更快地释放已关闭的连接，为新连接提供更多资源。如果运行的应用程序需要快速释放和创建新连接，而且由于 TIME_WAIT 中存在很多连接，导致低吞吐量，则调整此参数。如何查看或设置：使用 regedit 命令访问 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键并创建名为 TcpTimedWaitDelay 的新REG_DWORD 值。将此值设置为十进制 30，其为十六进制 0x0000001e。该值将等待时间设置为 30 秒。停止并重新启动系统。缺省值：0xF0，它将等待时间设置为 240 秒（4 分钟）。建议值：最小值为 0x1E，它将等待时间设置为 30 秒。
诊断Oracle数据库Hanging问题
确定当前数据库是否是真的hanging还是处于活动状态但是运行的非常慢?检查下在Alert文件中是否还有日志切换，检查当前的CPU，I/O，内存的利用率。 将讨论如下的诊断步骤： 1) 描述清楚出现的现象问题 2) 寻找具体错误 3) 收集操作系统级别上的数据 4) 获取systemstate和hanganalyze的dump 5) 获取STATPACK的输出报告 6) 获取PROCESSSTATE的dump 注：可能很多时候没有必要关闭数据库来停止hanging，建议如果要关闭数据库之前获取这些诊断信息以便找出错误的原因所在。 下面就来具体讨论如何诊断数据库Hanging问题。 描述清楚出现的现象问题： 先弄清楚运行的数据库版本，需要完整的版本号，例如9.2.0.4。 确定当前数据库是否是真的hanging还是处于活动状态但是运行的非常慢?检查下在Alert文件中是否还有日志切换，检查当前的CPU，I/O，内存的利用率。 查看数据库hanging的开始时间，持续了多长时间?数据库hanging是否是突然发生还是由于增加的活动事务导致性能的逐步降低?当前有多少的连接用户?最近的系统负载是否是在上升? 是否在初始化参数文件中设置了任何event?数据库当前正在做什么类型的事务?数据库的数据量多大? 数据库是运行在集群环境吗?如果是集群数据库，那么关闭其他实例就留下一个实例，问题是否还持续存在?这里讨论的某些解决方法适用于集群数据库，但是大部分的方法不适合。例如，一个不大的buffer cache通常对于集群数据库来说意味着较好的性能。关于集群数据库的大部分hanging的问题这里不做讨论，其中包括PCM锁问题，pinging，空间管理问题，节点间并行查询调优，共享磁盘或者虚拟共享磁盘问题，网络问题，DLM问题等。 数据库是运行在MTS环境下吗?如果取消MTS，是否问题持续存在?是否使用了Oracle的应用或者工具?最近是否升级了数据库，应用，工具或者操作系统，硬件?问题发生的频率?是否能够重现问题? 是否整个数据库都被hanging? 所有的实例?所有的连接?所有的操作?所有的节点?
Mysql常见错误提示及解决方法
Mysql常见错误提示及解决方法 130 ：文件格式不正确。（还不是很清楚错误的状况） 145 ：文件无法打开。 1005：创建表失败。 1006：创建数据库失败。 1007：数据库已存在，创建数据库失败。 1008：数据库不存在，删除数据库失败。 1009：不能删除数据库文件导致删除数据库失败。 1010：不能删除数据目录导致删除数据库失败。 1011：删除数据库文件失败。 1012：不能读取系统表中的记录。 1016：文件无法打开，使用后台修复或者使用phpmyadmin 进行修复。 Quote: 开始=>所有程序=>附件=>命令提示符 输入mysql 所在硬盘盘符 cd mysql 所在目录 cd bin 输入myisamchk -f D:usr/local/mysql/data/bbs/PW_members.MYI ps : D:usr/local/mysql/data/bbs 是你论坛数据库的路径 -f 根据具体情况选择，一般也可以选择-r 注意你的系统C盘或放数据库的硬盘空间是否足够，一般小于1G 很容易出现错误。或用mysqlcheck命令进行修复。具体的方法：利用命令行进入mysql/bin目录，执行mysqlcheck -o -r phpwind -uroot -p 其中phpwind是你数据库的名称，root是你的数据库用户名，然后会提示你输入密码。然后就会修复你的数据库。 1017：服务器非法关机，导致该文件损坏。 1020：记录已被其他用户修改。 1021：硬盘剩余空间不足，请加大硬盘可用空间。 1022：关键字重复，更改记录失败。
1023：关闭时发生错误。 1024：读文件错误。 1025：更改名字时发生错误。 1026：写文件错误。 1030：可能是服务器不稳定。（具体原因不是很清楚） 1032：记录不存在。 1036：数据表是只读的，不能对它进行修改。 1037：系统内存不足，请重启数据库或重启服务器。 1038：用于排序的内存不足，请增大排序缓冲区。 1040：已到达数据库的最大连接数，请加大数据库可用连接数。 Quote: 在my.ini 修改max_connections=100为max_connections=1000或更大,重启mysql 1041：系统内存不足。 1042：无效的主机名。 1043：无效连接。 1044：数据库用户权限不足，请联系空间商解决。 1045：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。Quote: 方法:确保论坛data目录下的sql_config.php用户名与密码都正确.如果用户忘记了数据库的密码,可以按如下方式进行密码的修改: 如果MySQL 正在运行，首先停止。 启动MySQL ：bin/safe_mysqld --skip-grant-tables & 就可以不需要密码就进入MySQL 了。 然后就是 >use mysql >update user set password=password("new_pass") where user="root"; >flush privileges; 1046：没有选择数据库。 1048：字段不能为空。