Mysql8.0 执行授权语句错误:ERROR 1064 (42000)

⏳环境:window10、CentOs7、VMware15.5

📃专栏:环境篇(linux系统上hive连接win10上的mysql)

🎯选自:大数据开发


8.0开放授权出错)

1.报错:ERROR 1064 (42000)

1.1 问题描述:

今天在执行授权语句的时候,报错:ERROR 1064 (42000)

  • 执行语句为:
mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'password'WITH GRANT OPTION;

一直提示错误:
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual
that corresponds to your MySQL server version for the right syntax to use near
'IDENTIFIED BY ‘Tibco123’WITH GRANT OPTION’ at line 1、

1.2 说明

意识到版本问题后就百度mysql-8授权语句的语法,终于解决问题。在Mysql 8版本中,不能使用上述授权语句;

1.3 解决办法

对于授权语句来设置用户权限,必须分两步来实现用户权限【1、先创建用户;2、对该用户分配权限;3、最后,刷新权限】

<think>好的,用户想了解MySQL 8.0中查看死锁信息的SQL语句,特别是关于innodb_locks和deadlocks的。首先,我需要回忆一下MySQL 8.0的变化。记得在8.0版本之后,一些系统表被替换了,比如原来的INNODB_LOCKS和INNODB_LOCK_WAITS被移除了,改用了performance_schema中的data_locks和data_lock_waits。用户提到的innodb_locks可能是指旧版本的表,现在需要更新到新的表结构。 接下来,用户可能需要具体的查询语句。根据引用5,应该使用SELECT * FROM performance_schema.data_locks;和SELECT * FROM performance_schema.data_lock_waits;这两个语句来获取当前的锁信息和锁等待情况。同时,错误日志也是一个重要的信息来源,需要开启innodb_print_all_deadlocks来记录所有死锁事件,而不仅仅是最近的,这样可以帮助用户更全面地分析问题。 另外,用户可能还想知道如何查看事务的加锁情况,引用3提到可以使用INNODB_TRX表来查看当前运行的事务信息。虽然这个表本身不直接显示锁,但结合data_locks可以更详细地了解每个事务持有的锁。还有SHOW ENGINE INNODB STATUS命令,这个命令能提供最近的死锁信息,但需要及时查看,因为只保留最后一次的死锁详情。 需要注意的是,用户可能需要调整配置,比如启用innodb_print_all_deadlocks,并且在调试完成后记得关闭,避免日志过大。同时,引用4提到设置innodb_status_output_locks=1可以在SHOW ENGINE INNODB STATUS中显示更多锁的详细信息,这对诊断死锁有帮助。 用户的问题可能还涉及到如何分析这些锁信息,需要解释各个字段的含义,比如LOCK_TYPE、LOCK_MODE等,帮助他们理解输出结果。此外,要提醒用户处理完死锁后,及时关闭调试选项,避免影响性能。 总结一下,用户需要的是具体的SQL语句、配置方法以及如何解读结果。需要确保回答准确,并且考虑到用户可能对旧版本和新版本的区别不太清楚,需要明确说明MySQL 8.0的变化,避免混淆。</think>### MySQL 8.0查看死锁信息的SQL语句及方法 #### 1. 通过`performance_schema`系统表查询 MySQL 8.0移除了早期版本的`INNODB_LOCKS`和`INNODB_LOCK_WAITS`表,改用以下两个视图: ```sql -- 查看当前持有的锁信息 SELECT * FROM performance_schema.data_locks; -- 查看锁等待关系 SELECT * FROM performance_schema.data_lock_waits; ``` 这两个表提供了事务ID、锁类型、锁模式、锁定索引等详细信息[^5]。 #### 2. 通过错误日志记录死锁 启用`innodb_print_all_deadlocks`配置选项后,所有死锁事件会记录到MySQL错误日志: ```sql -- 临时启用全局死锁日志记录 SET GLOBAL innodb_print_all_deadlocks = 1; -- 查看错误日志路径 SHOW VARIABLES LIKE 'log_error'; ``` 调试完成后需手动关闭此选项以避免日志膨胀[^1]。 #### 3. 使用`SHOW ENGINE INNODB STATUS` 该命令会输出最后一次死锁的详细分析: ```sql SHOW ENGINE INNODB STATUS\G ``` 在输出结果的`LATEST DETECTED DEADLOCK`段中可查看事务操作语句、等待资源、回滚状态等信息[^4]。 #### 4. 结合事务信息分析 通过`information_schema.innodb_trx`查看活跃事务: ```sql SELECT * FROM information_schema.innodb_trx; ``` 该表包含事务ID、状态、锁等待时间等字段,可与`data_locks`关联分析[^3]。 --- ### 字段说明示例(data_locks表) | 字段 | 说明 | |----------------|-----------------------------| | ENGINE_LOCK_ID | 锁的唯一标识符 | | LOCK_TYPE | 锁类型(TABLE/RECORD) | | LOCK_MODE | 锁模式(X/S等) | | INDEX_NAME | 被锁定的索引名称 | | LOCK_DATA | 锁定记录的主键或唯一键值 | --- ### 注意事项 1. **锁检测限制**:若涉及非InnoDB引擎的表锁,需通过`innodb_lock_wait_timeout`处理[^2] 2. **调试开关**:`innodb_status_output_locks=1`可增强锁信息输出[^4] 3. **实时性要求**:`SHOW ENGINE`仅保留最后一次死锁信息,需及时捕获 ---
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值