大佬们,请教有做过mysql数据库日志备份到远程服务器rsyslog日志服务器的吗?帮忙指点指点

大佬们,请教有做过mysql数据库日志备份到远程服务器rsyslog日志服务器的吗?帮忙指点指点,第1张

1、数据库服务器部署

yum install mariadb-server

systemctl start mariadb.service

mysql_secure_installation 运行安全脚本

2、日志服务器

yum install rsyslog-mysql

rpm -ql rsyslog-mysql

cat /usr/share/doc/rsyslog-mysql-5.8.10/createDB.sql

3 在数据库服务器上创建日志用户

grant all on Syslog.* to loguser@'192.168.8.%' identified by 'magedu'

4 在日志服务器上通过MySQL创建日志数据库

mysql -uloguser -pmagedu -h192.168.8.107 </usr/share/doc/rsyslog-mysql-5.8.10/createDB.sql

5 在日志服务器上配置日志服务配置文件,使其可以支持连接数据库模块,并将本机日志关联至远程日志数据库

vim /etc/rsyslog.conf

#### MODULES ####

$ModLoad ommysql

#### RULES ####

*.infomail.noneauthpriv.nonecron.none                

*.*          :ommysql:192.168.8.107,Syslog,loguser,magedu

service rsyslog restart

6 logger 测试

此时logger触发日志时,日志服务器上的日志将会记录至远程数据库Syslog中

7、web服务器配置

yum install httpd php php-mysql php-gd

systemctl start httpd

tar xvf loganalyzer-4.1.5.tar.gz

cd loganalyzer-4.1.5/

mv src/ /var/www/html/log

cd /var/www/html/log

cat /root/loganalyzer-4.1.5/contrib/configure.sh

cat /root/loganalyzer-4.1.5/contrib/secure.sh

touch config.php

chmod 666 config.php

mysql无法连接总结

1 先弄清楚mysql.user表的host和user列的含义,host列表示ip地址或者hostname,它和user列组成联合主键,host列的约束关系:比如172.%即代表只能172开头的网段才能登 陆该db;%表示任何网段都能登陆;同一user下如果既有172.%和%的host,那就取并集,即任何网段都能登陆

2 密码错误,一般报1045错误

一般是以下误 *** 作

2.0 首先明确一点,grant方式新建用户后其实不用flush privileges,而flush privileges刷新全新只对后续的连接有效,对本次连接无效

2.1 可能是update user表的方式修改了密码以后,忘记flush privileges,这时并没有生效,断开重连后沿用的还是旧密码

2.2 可能是update user表的方式修改了密码以后,忘记flush privileges,这时并没有生效,db重启以后必须用新密码才能登陆

2.3 就是简单的修改了密码,忘记了新密码,一般可以用skip-grant-tables的方式免密码登陆,修改回来,这个方法比较简单,但是需要重启db;

在云服务器中,一般都会保存一个管理账户密码,总是被客户随意修改导致备份,监控等失败,可以通过以下方法在线修改回来,无须重启db

2.3.1 copy 用户库的user表相关的文件到自己测试库

2.3.2 在测试库更改用户密码或添加用户

2.3.3 把user表相关的文件copy到用户库

2.3.4 kill -SIGHUP 用户的mysqld进程

3 是否设置了禁用dns解析,即设置了skip_name_resolve却还是用主机名称连接

4 是否设置了绑定ip访问,即设置了bind-address却还是用其他ip连接

5 确认是否是网络问题,一般直接ping ip的方式确定,这时先解决网络问题

6 确认是否能够telnet通对应ip的端口,如果不通的话,一般是以下原因

6.1 检查磁盘空间是否已经满了,即磁盘不足,这时应该无法telnet

6.2 检查mysqld进程是否存活,是否正好处于关闭中或者启动中,看错误日志即可,这时无法telnet

6.3 检查防火墙,是否开通了对应的db port

6.4 mysqld oom内存不足重启,这时会有短暂的时间连接不上,通过查看mysqld进程的启动时间或系统日志搜索oom关键字 /var/log/message

7 确认是否连接数打满了,一般报too many connections

8 确认是否是本地端口耗尽,这时一般报错 ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.0.10' (99),注意最后括号的数字是99,解决方法一般是增加 local_port的范围 , /proc/sys/net/ipv4/ip_local_port_range 这里的值,两者相减 就是目前的范围

9 还有一种情况,比如敲的登陆命令为mysql -uxx -pxx -hxxx database1,这时相当于连接到mysql后还有一个use database1的 *** 作,如果卡住了一般就是卡在那不动,也不提示错误,这时需要注释掉database1登录进去查看是哪个线程卡住了它,或者本身这个db下表太多,本来就慢


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/7283629.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-03
下一篇 2023-04-03

发表评论

登录后才能评论

评论列表(0条)

保存