1.OTLP 业务和 OLAP 业务最好分开在不同服务器，如果做不到 OLAP 至少要放到深夜进行，不能影响白天业务
2.光说 PV 这个指标参考意义不大，多少内存也不是拍脑袋想出来的。数据库有最重要的两个指标，QPS 和 TPS，想办法得到业务高峰时这两个数值再去考虑服务器配置。
3.超过一个月的数据删除，这个，额…万一要用到一个月前的数据怎么办？建议先归档吧，实在用不到再删除。

@yongshou 刚看完知乎凶宅体验，回到看到你，鸡皮疙瘩一地= =。

@wwqgtxx 何止 6s，5 都可以用，感叹苹果爸爸早就把路给铺好了

@holinhot 不管是 HAProxy 还是 Keepalived 都有自己的机制来做健康检查，但这个机制并不是你说的定时检测。

1.Group Replication 主切换是在 MySQL 内部完成的，但不意味着你不能对节点状态做检查，你可以写脚本。
2.不管是 HAProxy 还是 Keepalived，都可以调用脚本，你可以基于上一步的结果来决定将 VIP 漂移至哪个节点。
所以实现都能实现，只是你对负载均衡工具还不够了解，具体怎么实现去 Google 吧。

看一下执行时间都花在哪了，
https://www.cnblogs.com/happySmily/p/5943311.html

1. my.cnf 不一定非要放在 etc，如果非要放在 etc，那么用 root 账户先把文件权限分配好，再切到一般用户配置。
2. 权限分配不好，可能 mysql 启动用的配置文件不是你预期的配置文件。
3. 楼上有人说了，mysqld_safe --defaults-file=/data/my.cnf
4. 所以没明白坑在哪里。

MySQL + MHA + ProxySQL

@NimaQu
建议先检查这个参数，如果这个参数过大，
优先修改这个参数，这个参数用来控制 MySQL 占用的内存大小（先这么理解吧）

innodb_buffer_pool_size 设了多少？最低 128M MySQL 就能跑起来了，爆内存的原因在哪？
另外 mysql 5.7 相对于 5.5 有了很大性能提升，还要用 5.5 有点意义不明。
https://www.mysql.com/why-mysql/benchmarks/

楼主记得戴口罩呀，否则骑一趟下来鼻孔里一层灰。（别问我怎么知道的:-P

第一个问题： https://www.mysql.com/why-mysql/benchmarks/
第二个问题：utf8 是 utf8mb4 的子集，多了 emoji 支持

@hugee 一种就不上你当的即视感:-P

show variables like “ log-error ”;
该参数如果为空，默认打印在屏幕上。那就去 my.cnf 里添加参数 log-error，重启实例。

手都摇烂了也没领到 500M :-P

一直用的 snow miku 主题，一用就是好多年

1. MySQL 会将数据缓存在内存中，具体是缓存整张表还是缓存部分热数据，应该说都有。具体要看采用什么存储引擎，不用存储引擎有不同机制采用不同算法，但目的只有一个，尽快的返回客户端请求的数据。
理想情况当然是服务器内存大于数据文件大小，当数据文件太大时，就不得不依赖于上面说的机制了。
2. 有没有必要用 redis，当前不需要，现在 MySQL 的性能完全够用不是。但是未来需不需要，要看你们预估的数据规模和应用特点了。也不是什么都适合缓存在 redis 里，毕竟每个数据库有他的适用性不是？
3. 上面没有探讨技术细节，只是从宏观角度，希望你能回答你的问题。楼上有人推荐你《高性能 MySQL 》，我也推荐你去看看，看完之后对于数据库设计你会有新的认识。
4. 以上。

你理解错了，监听方式只有一种，但 my.cnf 可能存在于多个路径下。
mysqld 会按照一定顺序去路径下查找 my.cnf ，使用命令 mysqld --verbose --help 可以看到读取顺序。