LNMP安装好的MySQL8 重新设置大小写敏感 问题描述今天对我本地的数据库迁移服务器上，完成之后启动项目报错说数据库中不存在 quartz_LOCKS 这张表我打开服务器上面的数据上面展示的表名是 quartz_LOCKS，然后通过查询 lower_case_table_names 配置可知show variables like 'lower_case_table_names';lower_case_table_names=0，表示 表名区分大小写，且按照用户指定存储lower_case_table_names 各参数含义：0：表名区分大小写，且按照用户指定存储1：表不区分大小写，使用小写存储2：表不区分大小写，按照用户指定存储按理说只要将 lower_case_table_names 的值设置为 1 或者 2 就行了接着我去修改了服务器上 my.cnf （或者 my.ini）文件添加以下配置：[mysqld] lower_case_table_names = 1接着再重启 mysql# 重启 mysql systemctl restart mysqldmysql启动失败原因分析：根据提示使用 systemctl status mysqld.service 命令显示 mysqld.service 的状态信息，退出状态码为 1，这通常意味着在启动过程中遇到了某种错误，为了确定具体的错误原因，查看更详细的日志# 查询 mysql 日志 sudo tail -n 100 /var/log/mysqld.log从日志上说明 MySQL 服务器启动失败的原因是 lower_case_table_names 的设置不一致。MySQL 的 lower_case_table_names 配置项决定了表名在存储和比较时是否应该转换为小写，这个设置必须在服务器和数据字典之间保持一致，否则服务器将无法正确启动[ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server ('1') and data dictionary ('0').指出服务器期望 lower_case_table_names 设置为 1（意味着表名在存储和比较时应转换为小写），但是数据字典（即已有的数据库表元数据）的 lower_case_table_names 设置是 0（意味着表名区分大小写）从 mysqld.log 日志文件打印的信息来看，导致 Mysql 启动失败的原因就是因为设置了 lower_case_table_names=1 这个参数，之前在本地使用的 Mysql 是 5.7 版本的，而服务器上面的 Mysql 版本确是 8.0查看 Mysql 官方文档可知lower_case_table_names can only be configured when initializing the server. Changing the lower_case_table_names setting after the server is initialized is prohibited.在 Mysql-8.0 版本时，lower_case_table_names 变量是一个系统变量，它只能在 MySQL服务器初始化时设置，并且一旦服务器初始化完成，就不应该再更改这个设置。这是因为在 MySQL 的数据字典和文件系统层面，这个设置影响到了表名和目录名的大小写敏感性和转换规则。如果在服务器运行时改变这个设置，可能会导致数据不一致和其他严重问题解决方案：通过分析可知 Mysql8 在初始化之后是不能修改 lower_case_table_names 这个参数的那要解决这个问题有两种方案，要么就是更改现有的表明，要么就初始化数据库，更改配置方案一如果你的表比较少的话，可以通过 RENAME TABLE 语句来更改它们，例如：将 my_table 更新为 MY_TABLERENAME TABLE my_table TO MY_TABLE;但是，如果你有很多表需要更改，这种方法可能会很繁琐也可以编写一个脚本来查询数据库中的所有表名，并自动为它们生成 RENAME TABLE 语句，然后执行这些语句来更改表名方案二卸载现有的MYSQL 再通过lnmp脚本安装.卸载方式lnmp环境单独卸载 msyql https://luoweihua.cn/1091.html安装在安装脚本中先更改配置文件. 找到安装脚本:/root/lnmp2.1/include/mysql.sh在my.cnf配置文件的Mysqld配置里添加lower_case_table_names=1注意: 这里有好几处,都添加一遍执行安装命令cd /root/lnmp2.1/ ./install.sh db至此安装完成连接 Mysql# 连接 MySQL mysql -u root -p再通过以下命令查看下lower_case_table_names 的值是否为你所设置的show variables like 'lower_case_table_names';可以看到已经成功修改为 1 了. 完成重新设置大小写敏感

rz命令未找到，在centos7最小安装时，找不到rz命令 rz命令未找到，在centos7最小安装时，找不到rz命令-bash: rz: 未找到命令需要安装lrzszyum install lrzsz

Centos7本地yum源更换阿里云 CentOS 7系统更换yum源是系统管理中常见的一项操作，通常是为了提高软件包的下载速度，或者获取更稳定、可靠的软件包。在进行yum源的更换之前，我们首先需要备份默认的yum源，以便在需要的时候能够还原系统。接下来，我们将详细介绍如何备份默认的yum源、下载阿里云yum源、修改repo文件中的链接、清理并重新生成yum缓存、以及使用新的yum源升级包。CentOS7的yum源默认是国外的源，相较于国内源，网络连接不够稳定，下载速度较慢，因此我们常常把下载好的CentOS7换源为国内的yum源。本篇文章将介绍如何更换CentOS7的yum源为国内yum源，以阿里云的源为例。注:6.30之后centos7不更新本地仓库源有问题1、备份默认的yum源cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup2.下载阿里云的 CentOS-Base.repo 文件wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo如果无法下载，就手工下载并自行重命名，然后上传到目录 /etc/yum.repos.d/3.清除缓存并生成新的缓存yum clean all yum makecache4.更新系统yum update

lnmp环境单独卸载 msyql mysql如果有数据自己先备份,lnmp 官网没有提供单独卸载mysql的方案开始卸载停止mysql并删除一些配置/etc/init.d/mysql stop rm -rf /usr/local/mysql rm -f /etc/my.cnf chkconfig mysql off chkconfig --del mysql update-rc.d -f mysql remove rm -f /etc/init.d/mysql查找文件whereis mysql mysql: /usr/bin/mysql /usr/lib/mysql /usr/lib64/mysql /usr/include/mysql /usr/local/mysql删除文件rm -rf /usr/bin/mysql /usr/lib/mysql /usr/lib64/mysql /usr/include/mysql /usr/local/mysql 然后就可以安装新的MYSQL安装包目录下运行：./install.sh db进行安装；

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysq 今天在linux里安装mysql，运行时遇到这样的错误ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock'上网查了下：这种情况大多数是因为你的mysql是使用rpm方式安装的，它会自动寻找 /var/lib/mysql/mysql.sock 这个文件，通过unix socket登录mysql。常见解决办法如下：创建/修改文件 /etc/my.cnf，至少增加/修改一行[mysql] [client] socket = /tmp/mysql.sock在这里写上你的mysql.sock的正确位置，通常不是在 /tmp/ 下就是在 /var/lib/mysql/ 下指定IP地址，使用tcp方式连接mysql，而不使用本地sock方式#mysql -h127.0.0.1 -uuser -ppassword为 mysql.sock 加个连接，比如说实际的mysql.sock在 /tmp/ 下，则#ln -s /tmp/mysql.sock /var/lib/mysql/mysql.sock即可

【openvpn系列三】解决OpenVPN客户端可以连接，且只能访问openvpn本机服务器问题 【openvpn系列三】解决OpenVPN客户端可以连接，且只能访问openvpn本机服务器问题起因公司服务器停电。导致服务器全部重启之后，openvpn可以连接，但是连接后只能访问openvpn本身的那台服务器，并无法访问其他内网服务器，也不能上外网。解决办法查询是否是防火墙关闭了。因为openvpn需要转发流量，如果没有防火墙的话，是无法转发的。

每天定时压缩打包日期格式的文件shell脚本 目地：在指定路径下，每天都会生成已日期命名的文件，需要每天定时打包压缩脚本代码#!/bin/bash # 备份目录 BACKUP_DIR="/mnt/H1/ALiYun/N1backup_new" # 备份文件名 DATE=$(date +"%Y%m%d%H%M%S") BACKUP_FILE="$BACKUP_DIR/web_$DATE.zip" # 使用zip命令备份 zip -r $BACKUP_FILE /mnt/H1/luoweihua.cn # 删除三天前的备份文件 find $BACKUP_DIR -type f -mtime +3 -name "web_*.zip" -exec rm {} \;编辑定时任务:crontab -e每天凌晨两点执行0 2 * * * /home/install/py_dics/yasuo.sh

mysql 怎么做定时备份 / mysql 备份 / sql文件导出 在MySQL数据库中，你可以使用不同的方法来定时备份数据库。以下是其中的一种方法，使用Linux系统中的cron任务和mysqldump命令来创建定时备份：创建备份脚本：首先，创建一个脚本文件，比如backup_script.sh，并添加以下内容：#!/bin/bash # MySQL数据库信息 DB_USER="your_username" DB_PASSWORD="your_password" DB_NAME="your_database" # 备份目录 BACKUP_DIR="/path/to/backup/directory" # 备份文件名 DATE=$(date +"%Y%m%d%H%M%S") BACKUP_FILE="$BACKUP_DIR/backup_$DATE.sql" # 使用mysqldump命令备份数据库 mysqldump -u$DB_USER -p$DB_PASSWORD $DB_NAME > $BACKUP_FILE # 可选：压缩备份文件 # gzip $BACKUP_FILE # 删除三天前的备份文件 find $BACKUP_DIR -type f -mtime +3 -name "sql_*.zip" -exec rm {} \;替换your_username，your_password和your_database为你的MySQL用户名、密码和数据库名。确保设置了适当的权限以保护这个脚本，以防止未经授权的访问。设置脚本权限：使用以下命令设置脚本文件的执行权限：chmod +x backup_script.sh配置cron任务：使用crontab -e命令编辑cron任务表，添加以下行来定时执行备份脚本。下面的例子表示每天凌晨3点执行备份：0 3 * * * /path/to/backup_script.sh保存并退出编辑器。这个cron任务将在每天的凌晨3点执行备份脚本，创建一个以日期和时间戳命名的备份文件。你可以根据需要调整cron任务的执行时间和频率。请注意，这只是其中一种备份方法。你还可以考虑其他选项，如使用专业的备份工具、MySQL的内置工具或者存储过程等。确保备份是根据你的需求和数据库的特定要求进行的。