ProxySQL

社区的线上活动又来了，开源软件所具有的分享精神，体现在方方面面，拥抱开源，加入开源社区的大家庭！ 错过了618？没关系 8月8号有一场不容错过的数据库盛宴等你来 不需要定金，不需要尾款，统统免费 这里有MySQL 8.0、Redis、分布式、Proxy... 活动议程 嘉宾介绍 主题一 MySQL 8.0 自动升级与新的错误日志 徐轶韬 MySQL解决方案高级工程师 Oracle公司MySQL解决方案工程师，为中国及东北亚地区的MySQL用户提供MySQL相关产品的售前咨询，企业级产品介绍服务以及推广和普及MySQL数据库在社区的使用 内容简介 MySQL8.0做出了巨大的改变，本次为您分享MySQL8.0的自动升级、注意事项和MySQL8.0新的错误日志 主题二 Redis sentinel原理及实现源码剖析 冯光普 数据库负责人 新零售电商多点Dmall数据库负责人，负责大规模MySQL、Redis、MongoDB集群运维、架构、平台建设。曾在阿里巴巴数据库团队，负责AliSQL分支维护，特性开发及bugfix。对MySQL、Redis原理及实现、高可用架构方案有一定研究，热衷开源数据库技术交流 内容简介 1. Redissentinel原理介绍 2. 源码实现剖析 3. 实践建议及讨论 主题三 MarxDB金融级分布式数据库 石慧兴 数据库研发

社区的线上活动又来了，开源软件所具有的分享精神，体现在方方面面，拥抱开源，加入开源社区的大家庭！ 错过了618？没关系 8月8号有一场不容错过的数据库盛宴等你来 不需要定金，不需要尾款，统统免费 这里有MySQL 8.0、Redis、分布式、Proxy... 活动议程 嘉宾介绍 主题一 MySQL 8.0 自动升级与新的错误日志 徐轶韬 MySQL解决方案高级工程师 Oracle公司MySQL解决方案工程师，为中国及东北亚地区的MySQL用户提供MySQL相关产品的售前咨询，企业级产品介绍服务以及推广和普及MySQL数据库在社区的使用 内容简介 MySQL8.0做出了巨大的改变，本次为您分享MySQL8.0的自动升级、注意事项和MySQL8.0新的错误日志 主题二 Redis sentinel原理及实现源码剖析 冯光普 数据库负责人 新零售电商多点Dmall数据库负责人，负责大规模MySQL、Redis、MongoDB集群运维、架构、平台建设。曾在阿里巴巴数据库团队，负责AliSQL分支维护，特性开发及bugfix。对MySQL、Redis原理及实现、高可用架构方案有一定研究，热衷开源数据库技术交流 内容简介 1. Redis sentinel原理介绍 2. 源码实现剖析 3. 实践建议及讨论 主题三 MarxDB金融级分布式数据库 石慧兴 数据库研发

调研了下mysql读写分离的工具，有些工具是读使用1个端口，写使用另1个端口，对于使用者来说是有感的。proxysql可以使用同一个端口，当读的时候访问只读数据库，写的时候访问可写数据库，这样对使用者来说就是透明的。 这里用服务器A和服务器B（1.2.3.5）记录安装步骤。 服务器A（1.2.3.4）：mysql端口33306，可写数据库read_only=0 服务器B（1.2.3.5）：mysql端口33306，只读数据库read_only=1 并配置同步A主B从 零、安装proxysql https://proxysql.com/documentation/installing-proxysql/ 一、配置mysql 主从同步 从数据库my.cnf配置read_only=1，即只读 二、在mysql创建账号 监控账号 CREATE USER 'proxysql'@'%' IDENTIFIED BY 'xxx1'; GRANT ALL PRIVILEGES ON *.* TO 'proxysql'@'%'; 用户登录账号 CREATE USER 'muser'@'%' IDENTIFIED BY 'xxx2'; GRANT ALL PRIVILEGES ON monitor.* TO 'muser'@'%'; FLUSH PRIVILEGES; 三、配置proxysql

27_MySQL8.0 备注：文章编写时间201904-201905期间，后续官方在github的更新没有被写入 ~ ~ 对MySQL 8.0的支持[Support for MySQL 8.0] ProxySQL支持MySQL 8.0，但有一些限制： 1、从MySQL 8.0.4开始，MySQL服务器的默认认证插件从mysql_native_password更改为caching_sha2_password。但ProxySQL还不支持caching_sha2_password。 因此，需要使用mysql_native_password配置MySQL服务器。 2、如果客户端尝试使用caching_sha2_password身份验证插件，ProxySQL不接受连接（前端连接和Admin间件的连接）。如果客户端使用MySQL 8.0中的libmysqlclient（默认为caching_sha2_password），则必须明确使用mysql_native_password。您可以在my.cnf中的[mysql]或[client]部分指定default-auth=mysql_native_password，或在命令行中指定它。例如，要连接到管理员： mysql --default-auth=mysql_native_password -h 127.0.0.1 -P6032 -u admin

1、搭建mysql服务器，并实现主主复制、半同步复制 存储引擎： 表类型：也称为“表类型”，表级别概念，不建议在同一个库中的表上使用不同的ENGINE； CREATE TABLE ... ENGINE[=]STORAGE_ENGINE_NAME ... SHOW TABLE STATUS 常见的存储引擎： MyISAM, Aria, InnoDB, MRG_MYISAM, CSV, BLACKHOLE, MEMORY, PERFORMANCE_SCHEMA, ARCHIVE, FEDERATED InnoDB：InnoBase Percona-XtraDB, Supports transactions, row-level locking, and foreign keys 数据存储于“表空间(table space)"中： (1) 所有数据库中的所有类型为InnoDB的表的数据和索引存储于同一个表空间中； 表空间文件：datadir定义的目录中 文件：ibdata1, ibdata2, ... (2) innodb_file_per_table=ON，意味着每表使用单独的表空间文件； 每表的数据文件（数据和索引，存储于数据库目录）存储于自己专用的表空间文件中，并存储于数据库目录下: tbl_name.ibd 表结构的定义：在数据库目录，tbl_name.frm 事务型存储引擎

返回 ProxySQL系列文章：http://www.cnblogs.com/f-ck-need-u/p/7586194.html <p> </p> <a name="blogjjj1"></a> 1.ProxySQL+PXC 本文演示ProxySQL代理PXC(Percona XtraDB Cluster)的方法，不涉及原理，纯配置过程，所以如有不懂之处，请先掌握相关理论。 ProxySQL要代理PXC，需要使用ProxySQL额外提供的脚本 /usr/share/proxysql/tools/proxysql_galera_checker.sh 做健康检查并动态调整，通过Scheduler来调用实现。ProxySQL v2.0版本将原生支持Galera并增加相关表 mysql_galera_hostgroups ，到时就无需借用第三方脚本。 实验环境： Node HostName IP_address Node1 proxysql 192.168.100.21 Node2 pxc1 192.168.100.32 Node3 pxc2 192.168.100.33 Node4 pxc3 192.168.100.34 <a name="blogjjj1.1"></a> 1.1 配置PXC 1.安装percona xtradb cluster 3个节点上(pxc1、pxc2、pxc3

点击上方“ 民工哥技术之路 ”，选择“置顶公众号” 有趣有内涵的文章第一时间送达！ 细心的小伙伴肯定在这之前就已经发现了，公众号的LOG换了，公众号简介文字也变更了。的确，改变就在不经意间发生了，如同这个时代一样，如同生活一样，它悄无声息。 民工哥的公众号于2016年07月08日注册并开通，第一篇文章： 哥的侃（说） ，马上快两年了，时间过的真快。 由于去年结束杭漂回撤霸都，实在太忙，更新放慢。 想看民工哥的故事请戳下面的文字 民工哥的十年故事续集：杭漂十年，今撤霸都 不管怎么样，在这还是要感谢一直以来支持与关注的小伙伴们，是你们，让我有了一直坚持写下去的动力，再次感谢。 再来聊一聊为什么改名？ 公众号从最开始的名字： 友侃有笑 ——> 民工哥Linux运维 ——> 民工哥技术之路 ，其实也是个学习与发展的过程。 如同我们在人生的道路上，不同的阶段，有不同的目标，做着不同的事情一样。期间，同样会 不断去修正方向， 这样，你会离你所预定的目标越来越近， 走的弯路也会越来越少。 公众号写着写着，慢慢的发现，小伙伴们对知识的的需求不再只有Linux系统这一个面，或者说也不能仅仅只有这一个面。另一个方面就是，在读者当中，不再全是运维人员，只能说都是IT技术人员（有运维、DBA、JAVA开发、前端开发、安卓、IOS开发、测试、自动化开发、架构类的等等）。 更名的主要原因， 其一

1、搭建mysql服务器，并实现主主复制、半同步复制 存储引擎： 表类型：也称为“表类型”，表级别概念，不建议在同一个库中的表上使用不同的ENGINE； CREATE TABLE ... ENGINE[=]STORAGE_ENGINE_NAME ... SHOW TABLE STATUS 常见的存储引擎： MyISAM, Aria, InnoDB, MRG_MYISAM, CSV, BLACKHOLE, MEMORY, PERFORMANCE_SCHEMA, ARCHIVE, FEDERATED InnoDB：InnoBase Percona-XtraDB, Supports transactions, row-level locking, and foreign keys 数据存储于“表空间(table space)"中： (1) 所有数据库中的所有类型为InnoDB的表的数据和索引存储于同一个表空间中； 表空间文件：datadir定义的目录中 文件：ibdata1, ibdata2, ... (2) innodb_file_per_table=ON，意味着每表使用单独的表空间文件； 每表的数据文件（数据和索引，存储于数据库目录）存储于自己专用的表空间文件中，并存储于数据库目录下: tbl_name.ibd 表结构的定义：在数据库目录，tbl_name.frm 事务型存储引擎

本文转载自“MySQL解决方案工程师”公众号， 作者： 徐轶韬 MySQL之前有一个查询缓存Query Cache,从8.0开始，不再使用这个查询缓存，那么放弃它的原因是什么呢？ 在这一篇里将为您介绍。 MySQL查询缓存是查询结果缓存 。 它将以SEL开头的查询与哈希表进行比较，如果匹配，则返回上一次查询的结果。进行匹配时， 查询必须逐字节匹配，例如 SELECT * FROM t1; 不等于select * from t1;，此外，一些不确定的查询结果无法被缓存，任何对表的修改都会导致这些表的所有缓存无效。因此，适用于查询缓存的最理想的方案是只读，特别是需要检查数百万行后仅返回数行的复杂查询。如果你的查询符合这样一个特点，开启查询缓存会提升你的查询性能。 随着技术的进步，经过时间的考验，MySQL的工程团队发现启用缓存的好处并不多。 首先，查询缓存的效果取决于缓存的命中率，只有命中缓存的查询效果才能有改善，因此无法预测其性能。 其次， 查询缓存的另一个大问题是它受到单个互斥锁的保护。 在具有多个内核的服务器上，大量查询会导致大量的互斥锁争用。 通过基准测试发现， 大多数工作负载最好禁用查询缓存（5.6的默认设置）： query_cache_type = 0 如果你认为会从查询缓存中获得好处，请按照实际情况进行测试。 数据 写的越多，好处越少 缓冲池中容纳的数据越多，好处越少