mysql5.5解压版怎么配置

说白了，安装MySQL 5 .5 .1 0在Windows上其实很简单，但有几个坑特别容易踩。

展开来说，先说最重要的两步：下载zip包解压到固定目录（比如C:\mysql-5 .5 .1 0-win3 2 ），然后改环境变量。
去年我们跑那个项目，直接用管理员权限操作能省不少麻烦。
接着，选个ini文件改my.ini，把default-character-set=utf8 前面加个loose-，这个很多人不知道但关键。
还有个细节挺关键的，比如启动服务用mysqld-install，如果出1 06 7 错，直接看data目录下的用户名.err文件，去年我们碰到过一次，用loose-居然就好了。

我一开始也以为字符集问题都出在客户端，后来发现不对劲，数据库本身的编码才是根本。

建议直接用最新版MySQL，5 .5 太老了，兼容性差不说，这次遇到的bug在新版本里早被修复了。

如何查看mysql是否卸载干净

检查MySQL卸没卸干净啊，这事儿得一步步来。

先看软件卸载了没。
得用控制面板，或者装MySQL那会儿那个卸载程序，把"MySQL Server 5 .5 "给干掉。
卸完了，再瞅瞅C:\Program Files\MySQL这个目录，一般MySQL都装这儿。
看看到底有没有MySQL那些文件夹还留着，比如mysql-5 .5 之类的，要是还在，那肯定没卸干净。

然后得进注册表看看。
按Windows键+R，敲regedit，打开注册表编辑器。
导航到HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001 \Services\Eventlog\Application这个路径。
这儿得找找MySQL有没有留下什么文件夹或者条目。
说实话，这路径可能因系统不同有点不一样，但跟MySQL服务相关的，一般都在Services下面。

再打开服务管理器。
按Win+R，敲services.msc。
在服务列表里找找MySQL相关的服务，比如叫MySQL或者类似的。
要是还有，那得手动停掉，再删掉。

最后，检查环境变量。
系统属性，高级系统设置，环境变量。
看PATH这个玩意儿里，MySQL的路径是不是还在。
有时候装了MySQL，会往PATH里加个变量，卸载了也不一定自动删。

这些步都走完了，要是哪一步发现MySQL的东西还留着，那就得手动删了。

mysql卸载后怎么找回原来建的数据库?

哎，讲真，我这1 0年混数据库圈，删库的经历确实不少。
记得有一次，一个初创公司的数据库维护人员，操作不规范，不小心把整个库给删了，还没做备份。
当时的情况，真的是让人头疼。

那天下午，他们公司一通电话打过来，说数据库全挂了，我赶紧过去。
一看，系统表空间文件被初始化了，上万张表都无法读取。
这可怎么办？后来，花了数小时，才把数据库抢救回来。

说起来，数据库恢复这事儿，真是得靠经验。
那次恢复过程中，我就发现，有时候数据看似丢失了，其实可能只是DBMS找不到描述数据的信息。

先来聊聊InnoDB的数据字典表，这些表保存了表定义信息，恢复表结构时特别重要。
比如，SYS_TABLES表就描述了InnoDB表的详细信息，像表名、ID、列数等等。

当时，我用的一个工具叫undrop-for-innodb，能读取表空间信息，得到page，然后从page中提取数据。
恢复过程大致是这样的：
1 . 先用stream_parser工具解析系统表空间，获取page信息。
2 . 然后创建一个schema，把系统字典表的DDL导入进去。
3 . 解析系统表空间包含的字典表信息，生成SQL文件。
4 . 最后，导入恢复的数据字典，读取恢复后的表结构信息。

如果是innodb_file_per_table=ON的情况，恢复方法稍微有点不同。
因为每个表都有自己的文件，所以恢复起来相对简单。

不过，要是innodb_file_per_table=OFF，那可就麻烦了。
因为所有表的数据都存储在ibdata1 中，恢复起来就要复杂得多。
那次抢救，就是从ibdata1 文件中提取数据，再生成SQL文件导入。

这事儿也提醒了我，数据库备份和恢复真的很重要。
得时刻提醒自己，做好备份，以防万一。
哎，说起来都是泪啊。