mysql 5.7的参数innodb_lock_wait_timeout 和 lock_wait_timeout 一般设置为多少，

参数innodb_lock_wait_timeout是用来设置InnoDB引擎的等待锁定超时时间，一般建议设置为60s-120s之间。而参数lock_wait_timeout是用来设置整个MySQL服务器的等待锁定超时时间，默认是设置为31536000s（1年），一般建议根据实际情况根据业务需求和服务器性能进行调整。如果你的业务中存在大量的锁等待情况，可以适当地缩短这个参数的值，以减少锁等待的时间，提高系统的并发能力。同时，也需要根据实际情况监控锁等待情况，及时优化SQL语句和索引，减少锁的竞争。

相关问题

mysql5.7 死锁

MySQL 5.7中的死锁可以通过以下步骤来识别和定位：

1. 首先，使用命令登录到MySQL数据库：mysql -uroot -p。

2. 运行命令：show engine innodb status; 该命令将显示InnoDB引擎的状态信息。

3. 在命令的输出结果中，找到" LATEST DETECTED DEADLOCK"这一段内容。在这一段中，你可以找到产生死锁的SQL语句，比如"replace into"和"delete"语句。

4. 此外，你还可以找到产生死锁的直接原因，以及哪一个事务被回滚了。

需要注意的是，InnoDB只能感知到表锁的存在，当且仅当InnoDB_table_locks=1且autocommit=0时。如果涉及到MySQL lock TABLES语句设置的表锁或者其他存储引擎设置的锁，InnoDB无法检测到死锁。为了解决这些情况，你可以通过设置innodb_lock_wait_timeout系统变量的值来调整超时时间。

最后，需要注意的是，innodb_lock_wait_timeout只适用于InnoDB行级锁，不适用于等待表级锁。在InnoDB内部，不会发生MySQL表锁。

总结起来，通过使用show engine innodb status命令可以查找和定位MySQL 5.7中的死锁。你可以从输出结果中找到产生死锁的SQL语句以及产生死锁的直接原因和回滚的事务。同时，如果涉及到表锁或其他存储引擎锁，你可以通过设置innodb_lock_wait_timeout系统变量来解决这些情况。

同时安装mysql8.0和mysql5.7

在同一台机器上同时安装 MySQL 8.0 和 MySQL 5.7 可能会遇到一些挑战，因为它们是不同的数据库版本，可能会争夺相同的端口、数据目录或其他系统资源。以下是安装两个版本的一般步骤，但请注意，这不是推荐的做法，通常在一个环境中只保留最新稳定版：

1. **环境隔离**：
- 使用容器技术（如 Docker 或 LXC），可以为每个版本创建独立的运行环境，这样可以更好地管理并避免冲突。

2. **端口配置**：
- 分配不同的默认监听端口，例如 MySQL 8.0 可以在 33060，MySQL 5.7 在 33061 等。

3. **数据目录**：
- 在服务启动时，先启动较旧版本，确保其正常运行后再启动新版本。

5. **防火墙规则**：
- 需要设置防火墙允许对应端口的访问。

6. **系统变量**：
- 如果需要连接到不同的数据库，记得修改 `bind-address` 和 `innodb_lock_wait_timeout` 等系统变量。

尽管如此，为了保持系统的简洁性和稳定性，一般建议在一台服务器上只维护一个活跃的数据库版本，并定期备份和迁移数据，如果确实有需要并具备技术条件支持，才能考虑同时安装多个版本。