- 2019-01-16这专栏真的是干货满满，每看一篇我都有“我发现我真的不会使用MySQL”和“我原来把MySQL用错了”的挫败感
作者回复: 这样我觉得你和我的时间都值了😆
把你更新了认识的点发到评论区，这样会印象更深哈🤝 39 
2019-01-16老师写的每一篇文章都能让我获益良多。每一篇都值得看好几遍。
今天的问题，大表做DDL的时候可能会出现主从延迟，导致等 GTID 的方案可能会导致这部分流量全打到主库，或者全部超时。
如果这部分流量太大的话，我会选择上一篇文章介绍的两种方法：
1.在各个从库先SET sql_log_bin = OFF，然后做DDL，所有从库及备主全做完之后，做主从切换，最后在原来的主库用同样的方式做DDL。
2.从库上执行DDL；将从库上执行DDL产生的GTID在主库上利用生成一个空事务GTID的方式将这个GTID在主库上生成出来。
各个从库做完之后再主从切换，然后再在原来的主库上同样做一次。
需要注意的是如果有MM架构的情况下，承担写职责的主库上的slave需要先停掉。展开作者回复: 👍 表示这两篇文章你都get到了
26
2019-01-16老师我先请教两个问题(估计大多数同学都有这个疑惑)😄:
1.现在的中间件可以说是乱花渐欲迷人眼,请问老师哪一款中间件适合大多数不分库分表,只是做读写分离业务的proxy,能推荐一款嘛?毕竟大多数公司都没有专门做中间件开发的团队
2.如果是业务上进行了分库分表,老师能推荐一款分库分表的proxy嘛？我目前了解到的针对分库分表的proxy都或多或少有些问题。不过分布式数据库是一个趋势也是一个难点。作者回复: 额，这个最难回答了
说实话因为我原来团队是团队自己做的proxy（没有开源），所以我对其他proxy用得并不多，实在不敢随便指一个。
如果我说个比较熟悉的话，可能MariaDB MaxScale还不错 2 14
2019-01-16为老师一句你的时间和我的时间都值了。点赞 2 9- 2019-01-17老师, 你真棒, 我公司的生产环境解决过期读使用的就是强制走主库方案, 看了这篇文章, 困惑了很久的问题迎刃而解！很感谢! 7
2019-01-21老师您好：
关于主库大表的DDL操作，我看了问题答案，有两种方案。第一种是读写请求转到主库，在主库上做DDL。第二种是从库上做DDL，完成后进行主从切换。
关于第二种，有一个疑惑：
从库上做DDL，读写请求走主库，等到从库完成后，从库必须要同步DDL期间，主库完成的事务后才能进行主从切换。而如果DDL操作是删除一列，那么在同步过程中会出错呀？（比如抛出这一列不存在的错误）。展开作者回复: 你说得对，这种方案下能支持的DDL只有以下几种：
创建/删除索引、新增最后一列、删除最后一列
其中DBA会认为“合理”的DDL需求就是： “创建/删除索引、新增最后一列”
新春快乐~ 1 4
2019-01-16最近做性能测试时发现当并发用户达到一定量(比如500)，部分用户连接不上，能否介绍下MySQL连接相关问题，谢谢！作者回复: 修改max_connections参数
4
2019-08-12这专栏真的是干货满满，每看一篇我都有“我发现我真的不会使用MySQL”和“我原来把MySQL用错了”的挫败感 1 3
2019-08-041：单机的性能总是有限的，所以，就出现了读写分离
2：读写分离带来了更高的性能，也引入了数据不一致的问题
3：为了数据一致性，又产生了各种解决方案
人少力量小，人多了事就多，如果管理能力好，还是人多好办事。
原理是这样，没怎么实操过，感谢老师的分享，让自己的认知边界有移动了一点点。作者回复: 👍
3
2019-06-15看了判断主备无延迟这种方案，有个疑惑：
读写分离的读应该是读从库的吧，为什么是去判断主备无延迟，而不是判断主从的无延迟作者回复: 在说主备延迟/主从延迟的时候，从库和备库我当成同一个概念了😆
2
2019-01-29老师，能不能分析下，如果去实现一个做读写分离的proxy，有哪些重要的点要考虑，比如：连接管理、流量分配管理、proxy自己的高可用，等等。
因为老师原来的团队自己开发过proxy，肯定有相关的经验，也趟过很多坑，能不能从如何实现一个proxy需要考虑哪些关键点，在架构上做一个分析和梳理作者回复: 额，这个问题有点大… 你提一个具体问题我们来讨论吧
2- 2019-01-21林老师 您好
1.mysql_session_track_get_fitst这个函数，从github下载mysql源码后怎么尝试简单编译，如图8？
2. mysql_session_track_get_fitst这个函数貌似不支持python语言，我想模拟文中等gtid方法，不会java怎么办？ 2 
2019-01-17我一般是先是在从库上设置 set_log_bin=off，然后执行ddl,语句。
然后完成以后，主从做一下切换。然后在主库上在执行一下set_log_bin=off,执行ddl语句。
然后在做一下主从切换。
个人对pt-online-scheman-change不是很推荐使用，它的原理基本是创建触发器，然后创建和旧表一样结构的数据表，
把旧表的数据复制过去。最后删除旧表。以前做个一个测试，如果旧表一直在被select,删除过程会一直会等待。
所以个人不是很建议。万一不小心变成从删库到路步，那就得不偿失了。
老师，有个问题想请教一下，一主多从可以多到什么地步，以前我们CTO解决的方案就是加机器，一主十三从。
当时我是反对的，其实个人建议还是从SQL，业务上面去优化。而不是一味的加机器。如果加机器解决的话，还要DBA做什么呢？展开作者回复: 前面的分析很好哈
然后一主13从有点多了，否则主库生成binlog太快的话，主库的网卡会被打爆。要这么多的话，得做级联。
DBA解决不能靠加机器解决的事情^_^ 而且如果通过优化，可以把13变成3，那也是DBA的价值 2- 2019-07-10老师，您好！
课后思考题，想到了 27 课的“GTID 和在线 DDL”：
1. 在主库执行：stop slave;
2. 在备库 DDL，并得到 GTID_OF_DDL;
3. 在主库执行：
set gtid_next=GTID_OF_DDL;
begin; commit;
set gtid_next=automatic;
start slave;
然后切换主备，再在另一个实例执行一遍。
有些疑问：假如 DDL 删除一个字段，先在 备库A 处理 DDL，执行成功后：
1. 客户端在 备库A 的查询，和跟在主库的查询，少了该字段，主备数据不一致了，需要剔除 备库A 这段时间不提供服务么？
2. 备库A DDL 删除字段成功后，在主库 start slave 后，需要主备数据一致后，才能继续切换主备。而在等待 备库A 继续应用主库的 binlog 时，如果有 insert 操作，而备库无该字段，insert 失败了。这又该怎么处理呢？
谢谢老师！！展开 1 
2019-06-24全网最好的课程，没有之一，不接受反驳 1
2019-04-18有个疑问 主库执行更新得到的位点信息读请求怎么拿到呢作者回复: show master status ?
1- 2019-04-10老师。最近公司在阿里云要用 一主多从。 我想问下阿里的。 select *from test for update 会定位到主库吗
作者回复: 设计不出bug的话，应该要😆
1 - 2019-03-17老师，想问一下，主库用innodb引擎， 从库用 myisam可以吗？如果主库挂了，不准备用从库顶上来，建议这样用不同引擎吗？谢谢老师 😊😊
作者回复: 不建议，容易主备不一致
1 
2019-01-18老师您好，文中判断主备无延迟方案的第二种和第三种方法，都是对比了主从执行完的日志是否相同。因为不会出现图4下方说的：“从库认为已经没有同步延迟，但还是查不到 trx3 的。”因为如果从库未执行trx3的话，第二，第三种方法都是不通过的。作者回复: 不会哦
如果trx3还没传到备库，备库是会认为已经同步完成了 1 1
2019-01-17楼上有人提到8小时自动断开连接的问题。
mysql中有wait_timeout和interactive_timeout两个参数。
这俩参数挺容易混淆的，往上博客文章说的很多，但是不敢相信他们。
官方的解释在这里：
https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_interactive_timeout
https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_wait_timeout
只说用这两个参数中的哪个，取决于客户端调用mysql_real_connect()的时候传递的options中是否使用了CLIENT_INTERACTIVE选项。
但是很多做java开发的同学，想必并不知道JDBC的connector用的是哪一个。
我倾向于认为是interactive_timeout。 mysql client cli大概是wait_timeout吧。
其实做一个实验就可以知道结果。 但是不阅读mysql代码，大概不能理解mysql为什么设计这么两个timeout，是出于什么考虑的。展开作者回复: JDBC的connector我也没研究过，不过我认为应该是非interactive模式。
需要这两个的原因，还是因为有不同的使用模式，给MySQL客户端和一些其他的可视化工具客户端使用。 1