采用MySQL-Proxy进行读写分离时的一点疑问
今天在采用MySQL-Proxy0.8.3测试读写分离时,功能都正常,但出现了一些让人有些疑惑的提示信息,不太确定算不算异常。。。。。。配置文件“/usr/local/mysql-pro
今天在采用 MySQL-Proxy 0.8.3 测试读写分离时,,功能都正常,但出现了一些让人有些疑惑的提示信息,
不太确定算不算异常。。。。。。
配置文件“/usr/local/mysql-proxy/etc/mysql-proxy.cnf”如下:
[mysql-proxy] basedir = /usr/local/mysql-proxy daemon = true keepalive = true proxy-address = 0.0.0.0:3306 max-open-files = 65535 proxy-fix-bug-25371 = true event-threads = 8 proxy-backend-addresses = 10.222.5.224:3306 proxy-read-only-backend-addresses = 10.137.23.179:3306 plugin-dir = /usr/local/mysql-proxy/lib/mysql-proxy/plugins plugins = admin,proxy admin-lua-script = /usr/local/mysql-proxy/lib/mysql-proxy/lua/admin.lua proxy-lua-script = /usr/local/mysql-proxy/lib/mysql-proxy/lua/rw-splitting.lua admin-address = 10.209.6.102:3307 admin-username = root admin-password = 123456 pid-file= /usr/local/mysql-proxy/run/mysql-proxy.pid log-file = /usr/local/mysql-proxy/log/mysql-proxy.log log-level = warning:
#!/bin/sh # # mysql-proxy This script starts and stops the mysql-proxy daemon # # chkconfig: - 78 30 # processname: mysql-proxy # description: mysql-proxy is a proxy daemon to mysql # config: /usr/local/mysql-proxy/etc/mysql-proxy.cnf # pidfile: /usr/local/mysql-proxy/run/mysql-proxy.pid # PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON="/usr/local/mysql-proxy/bin/mysql-proxy" CONFIGFILE="/usr/local/mysql-proxy/etc/mysql-proxy.cnf" PIDFILE="/usr/local/mysql-proxy/run/mysql-proxy.pid" LOCKFILE="/var/lock/subsys/mysql-proxy" PROG=`basename $DAEMON` RETVAL=0 start() { echo -n $"Starting ${PROG}......" [ -x $DAEMON ] || exit 5 [ -f $CONFIGFILE ] || exit 6 ${DAEMON} --defaults-file=${CONFIGFILE} || echo -n "${PROG} already running" RETVAL=$? echo [[ $RETVAL -eq 0 ]] && touch $LOCKFILE return $RETVAL } stop() { echo -n $"Stopping ${PROG}......" if [[ `ps aux | grep bin/mysql-proxy | grep -v grep | wc -l` -gt 0 ]]; then kill -TERM `ps -A -oppid,pid,cmd | grep bin/mysql-proxy | grep -v grep | awk '{print $2}'` fi RETVAL=$? echo [[ $RETVAL -eq 0 ]] && rm -f $LOCKFILE $PIDFILE return $RETVAL } restart() { stop sleep 1 start } case "$1" in start) start ;; stop) stop ;; restart) restart ;; condrestart) [[ -e $LOCKFILE ]] && restart ;; *) echo "Usage: $0 {start|stop|restart|condrestart}" RETVAL=1 ;; esac exit $RETVALWIFSIGNALED(status)
returns true if the child process exited because of a signal which was not caught.
也就是说,如果是因为子进程未能正常捕获信号而退出时,就返回true。
更详细的描述,可以参考这里(服务器开发之 Daemon 和 Keepalive):
目前针对此类的提示信息,还不太确定是否属于异常,希望各位多提些建议。。。。。。

热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

AI Hentai Generator
免费生成ai无尽的。

热门文章

热工具

记事本++7.3.1
好用且免费的代码编辑器

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

热门话题

本文讨论了使用MySQL的Alter Table语句修改表,包括添加/删除列,重命名表/列以及更改列数据类型。

文章讨论了为MySQL配置SSL/TLS加密,包括证书生成和验证。主要问题是使用自签名证书的安全含义。[角色计数:159]

文章讨论了流行的MySQL GUI工具,例如MySQL Workbench和PhpMyAdmin,比较了它们对初学者和高级用户的功能和适合性。[159个字符]

本文讨论了使用Drop Table语句在MySQL中放下表,并强调了预防措施和风险。它强调,没有备份,该动作是不可逆转的,详细介绍了恢复方法和潜在的生产环境危害。

本文讨论了在PostgreSQL,MySQL和MongoDB等各个数据库中的JSON列上创建索引,以增强查询性能。它解释了索引特定的JSON路径的语法和好处,并列出了支持的数据库系统。

文章讨论了使用准备好的语句,输入验证和强密码策略确保针对SQL注入和蛮力攻击的MySQL。(159个字符)
