proxysql 系列 ~ 运维管理

1 proxysql本身监控   采用pmm-proxysql模板进行监控即可2 pmm搭建新实例  方式1   备份sqlite3 proxysql.db .dump > proxysql.sql  还原sqlite3 proxysql.db < proxysql.sql   方式2  直接拷贝 proxysql.db && chown -R proxysql:proxysql proxysql.db  方式3   备份指定表 mysqldump -u admin -padmin -h127.0.0.1 -P6032 --no-tablespaces --replace --skip-triggers -t main > /tmp/dump_servers.sql3 搭建proxysql高可用   keepalived+proxysql4 proxysql周边问题   1 大量查询虽然导向从库,但是返回的数据量太大导致阻塞proxysql代理,导致性能问题甚至导致阻塞.可能场景常见于     1大数据查询 2 特殊需求需要大批量获取数据等  2 数据库延迟问题导致所有从库打向主库,增大压力    1 DDL大表操作导致延迟 2 大事物导致延迟    解决方法1: DDL操作尽量采用pt-osc操作,然后控制从库延迟参数 2 加大proxysql本身延迟容忍参数(请以实际业务为准) 3 对大事物进行拆分 4 优化慢sql 减少从库IO压力  3 业务进行改造     业务针对主库进行的查询需要添加注释改造业务,后续要养成习惯 4 版本本身BUG导致     比如内存泄漏 无端cacsh等,建议时长对github留言区进行跟踪,最好上线采用全新版本,定期对版本进行升级等  5 是否真的该用proxysql用来代理    这取决于两个原因   1 你的业务是读的比例远远大于写的比例,并且写的压力对于主库已经很大   2 通过测试能保证proxysql读写分离后效率远远高于由于proxysql本身处理所带来的损耗 6 程序命令兼容性问题    框架所需要做的一些动作(可能)     SET character_set_results = NULL     SET NAMES utf8    SET autocommit    框架本身会执行一些set命令,如果proxysql不支持就会报上述错误,proxysql本身需要进行升级或者降级

相关文章
相关标签/搜索