lnmp如何打开mysql远程访问 1、给mysql的数据库账户增加远程访问权限mysql; mysql>use mysql; mysql>grant all privileges on *.* to '账户'@'%或者ip' identified by '密码' with grant option; mysql>flush privileges; # 加载刚刚设置的配置 mysql>exit; #退出mysql lnmp restart # 重启lnmp2、通过iptables修改系统防火墙规则iptables -L -n --line-numbers # 查看已有的iptables规则 # 在iptables规则里有一行是DROP，末尾以3306结尾的，在lnmp1.5里面序号是6，不同版本可能会不一样，自行确认 iptables -D INPUT 6如果删掉drop 3306端口后，还是连接补上，就通过iptables添加上3306端口# 新增规则（-I表示插入在链的第一位置，-A 表示追加到链的末尾位置，防火墙规则是从上往下读取） iptables -I INPUT -p tcp --dport 3306 -j ACCEPT # 保存规则到默认文件/etc/sysconfig/iptables service iptables save # 重启 service iptables restart3、阿里云或者腾讯云，在控制端放开相关端口

安装docker时报错(0x0010): DB version too old [0.23], expected [0.24] for domain implicit_files! 安装docker时报错(0x0010): DB version too old [0.23], expected [0.24] for domain implicit_files!错误提示[sss_cache] [sysdb_domain_cache_connect] (0x0010): DB version too old [0.23], expected [0.24] for domain implicit_files! Higher version of database is expected! In order to upgrade the database, you must run SSSD. Removing cache files in /var/lib/sss/db should fix the issue, but note that removing cache files will also remove all of your cached credentials. Could not open available domains [sss_cache] [sysdb_domain_cache_connect] (0x0010): DB version too old [0.23], expected [0.24] for domain implicit_files! Higher version of database is expected! In order to upgrade the database, you must run SSSD. Removing cache files in /var/lib/sss/db should fix the issue, but note that removing cache files will also remove all of your cached credentials. Could not open available domains解决方法如果系统上没有运行 sssd.service，只需启动一次 sssd.service，即可升级数据库。systemctl status sssd.service systemctl start sssd.service systemctl stop sssd.service systemctl status sssd.service注意：如果没有 /etc/sssd/sssd.conf，则需要按如下方式创建，之后应将其删除ls -l /etc/sssd/sssd.conf cat << 'EOF' > /etc/sssd/sssd.conf [sssd] enable_files_domain = true EOF chmod 600 /etc/sssd/sssd.conf根因有可能是经过sssd版本升级造成的问题，比如sssd-2.3升级到sssd-2.5，或者文件被修改也会产生该问题，只要重新启停sssd.service服务即可解决。

Navicat连接Oracle时报 cannot create oci handles. 1.问题描述本人在使用navicat连接远程Oracle数据库时出现cannot create oci handles.错误2. 分析这是由于本地的oci与服务器版本不匹配，需要下载对应的oci版本3. 解决方法3.1 查看需要连接的Oracle数据库版本这边我使用idea的数据库工具查看版本远程Oracle的数据库版本12.1.0.2.03.2到官网下载对应版本https://www.oracle.com/cn/database/technologies/instant-client/winx64-64-downloads.html{cloud title="下载链接" type="default" url="https://www.oracle.com/cn/database/technologies/instant-client/winx64-64-downloads.html" password=""/}在官网选择对应系统版本，博主时windows的x64版本下载之后解压3.3 找到Navicat的安装目录，并讲解压后的文件替换3.4 打开Navicat的工具-选项在环境中配置oci环境，将oci.dll文件替换成刚才下载的文件中对应的版本保存之后重启就能正常连接Oracle数据库了

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 了. 完成重新设置大小写敏感

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的内置工具或者存储过程等。确保备份是根据你的需求和数据库的特定要求进行的。

Nginx 下WordPress后台页面混乱 Nginx下wp后台css样式错乱的原因是nginx配置fastcgi_buffers问题引起．最近尝试着用WordPress做个网站，弄完丢到服务器上运行时，发现后台错乱，错位的问题，css样式无法加载． 以为是升级程序出现问题，但恢复备份替换新程序也无法解决，后台检查wordpress mysql数据库也无果，后来发现问题在于：http://luoweihua.cn/wp-admin/load-styles.php?c=1&dir=ltr&load=dashicons,admin-bar,wp-admin,buttons,wp-auth-check&ver=4.1.1 这个url的内容太大，大概有3百多KB,nginx的fcgi buff有限，导致无法正常加载css。解决办法：nginx.conf里server字段内设置，将fastcgi_buffers第二参数设置大于文件大小即可． server字段里面放置：fastcgi_buffers 512 64k;

wordpress后台，提示Duplicate entry ‘0‘ for key ‘PRIMARY‘错误问题解决 wordpress后台，提示Duplicate entry ‘0‘ for key ‘PRIMARY‘错误问题解决前言最近在更换网站服务器，怕出问题还特地备份网站时手动备份了下数据库。可导入数据库时总提示失败，把数据库内容全删除了，重新导入了十几次都是同样效果。想着要出问题，果然登录后台后添加文章时提示失败，提示Duplicate entry '0' for key 'PRIMARY'错误，用户前台注册时也提示这个，无法添加文章和新用户无法注册了。问题大了啊，赶紧去百度，忙活了一晚上都无法解决，凌晨时终于问题解决，如释重负，上来给大家分享下这个问题解决方法。解决办法其实非常简单，说明下这个问题就是数据库插入数据时，要插入数据的主键数据(…)已经存在，不能再重复添加了。只要把数据库对应的表自增打钩就行了。打开你要操作的数据表，点击结构，修改，a_i打钩即可解决问题。有些小白站长可能不知道修改哪条数据表，我的是修改的my_tools数据表，其实全部的数据表都给设置下自增，就是都打钩就行，不然无法添加新数据。

[上]JAVA学习系列模块八第二章165.本阶段扩展_javabean和表的对应关系 [上]JAVA学习系列模块八第二章165.本阶段扩展_javabean和表的对应关系视频{bilibili bvid="BV1YT4y1H7YM" /}笔记JavaBean怎么来的1.将来的javabean都是和数据库的表相关联 a.类名 -> 表名 b.属性名 -> 列名 c.对象 -> 表中每一行数据 d.属性值 -> 表中单元格中的数据