189 8069 5689
mysql 服务无法启动的原因有很多：可能端口被占用；可能my.cnf配置了错误的参数；也有可能没有初始数据库，还有可能是其他原因。大多数原因都可以通过先注销掉原有的服务、重新装载服务、之后再重新启动的方法解决。也可以尝试下以下方法：
网站建设哪家好，找创新互联建站！专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了吉林免费建站欢迎大家使用！
1、将目录中配置文件my.default.ini改名为my.ini移至bin目录下。
2、启动命令行，将目录切换到mysql安装目录的bin目录下。
3、接下来，在命令行执行命令：mysqld --initialize --user=mysql --console
4、注意，上一个步骤会获得一个临时密码，需要记录，之后会用到。
5、接下来在控制台以命令行输入： mysqld --install，进行安装服务操作。
6、之后，在任务管理器找到“服务”，启动其中的MYSQL服务即可。
7、之后，输入命令行mysql -uroot -p，利用之前的临时密码输入即可登录数据库成功。
8、修改临时密码，设置密码：mysqladmin -u USER -p password PASSWORD，注意USER和PASSWORD为自己定义的数值。
扩展资料
数据库就相当于现实中的仓库。每个数据库都有一个或多个不同的 API 用于创建，访问，管理，搜索和复制所保存的数据。我们也可以将数据存储在文件中，但是在文件中读写数据速度相对较慢。
使用关系型数据库管理系统（RDBMS）来存储和管理大数据量。所谓的关系型数据库，是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。MySQL 就是一种关系型数据库。
如果服务无法启动，首先查看MySQL的服务是否存在。如果安装服务失败，则可新建项MySQL57建立项目。然后找到新建的项，检查下ImagePath的路径是否正确。如果路径不对，修改过来。重启计算机，再次启动服务，并可以成功运行MySQL服务。
参考资料：百度百科-MySQL
这个是由于没有结束命令所以才会这样。
一般mysql命令行中加;号代表一行命令的结束，要使用英文半角的。
\c 可以退出当前行命令，
\q或者exit退出mysql命令行
mysql中showba没反应原因如下。
1、命令末尾少加了一个英文分号。
2、没有在databases后加分号。
3、账户没有权限运行mysqlshow。
你说的太笼统了，那就我所知的查下：
先将同样的文档在另台机子上安装，如果可行，那就证明安装软件没有问题，否则是Mysql安装档有问题。
在安装档没有问题的情况下，检查Mysql所需要的软硬件是否具备，到底是没有仍和反应还是启动的时候出错，如果是一点反应没有，那应该是软件冲突，请试着删除一些进程重新打开看看，如果是打开时出错，那可以看看出错的文件到底是什么，再来修正。可以试着重新安装。也可以重新安装系统（全新安装），然后再试装入Mysql.个人认为如果安装档没有问题，mysql所安装的软硬件都具备的话，重新安装系统及软件比一点一点调试要快的多。
mysql命令行输入命令回车后没反应是设置错误造成的，解决方法为：
1、首先点击开始菜单输入cmd回车，打开dos界面。
2、然后进入到MySQL安装目录的bin文件下，图中前两句命令可以互换顺序。
3、然后输入连接数据库的命令，这里要做两行输入哦（应该是5.6版本之后都要这么输入了，不确定，一行两行都一样），进入到数据库之后就可以操作了。
4、为了安全起见尽量先将数据库中创建的数据库都先显示出来，防止数据库名误输错等，（我这里测试就新建一个数据库）。
5、然后进入到新建的数据库中，使用source 文件目录路径;命令导入文件即可。
6、最后记得使用数据库命令退出。
通用规律只有使用 --all-databases (-A) 会 ERROR 1356，那就看看他到底备份了什么东西。于是喊上同事一起 less 看了下，上下扫了两眼。突然发现：1. 备份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一个新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中间居然没有备份 CREATE ROUTINE 任何数据？这不就是相当于每次导入全备都给我一个没有任何 sys schema routines 的全新 mysql.proc 表？那这不就异常的尴尬？
---- Table structure for table `proc`--
---- Dumping data for table `proc`-
真相大白在官方文档【sys-schema-usage】官方文档明确的告诉我们不会备份 sys 库。但在使用 mysqldump 在执行 --all-databases 会清空 mysql.proc 导致 sys 无法正常使用；这是一个 BUG，并且只存在于 MySQL 5.7.x ！
1、mysql_upgrade install or upgrade sys schema
这个方案适用于 sys 库已经因为 mysqldump 导入而损坏的情况下使用。
注意：mysql_upgrade 在修理 sys 库的同时，还修理 mysql 库和用户库表（期间加锁且速度一般），有极小可能会误伤；使用 mysql_upgrade 的时候要加上 --upgrade-system-tables，不然会扫描用户库表。
2、全备时同时备份 sys 库
这个方案适用于需要还原的数据库，sys 库也不太正常的情况下使用；在全备后额外再备份一份 sys 库用于修复。
注意：不适用于做主从时使用它。
3、使用 databases 全备
这个方案适用于所有场景的全备需求，100% 安全。
4、使用 mysql-sys 开源代码
如果你的数据库 sys 全部中招了，又是生产库。那你只能用这个方法；
mysql-sys：
中记录了 sys 库的创建语句将文件下载到本地，然后根据数据库版本，执行以下命令即可。