求教一个关于阿里云 RDS 的问题

？？反向优化？连接池复用连接的，肯定省内存，不用连接池，多开连接，分分钟炸内存 [手动狗头]

叫甲方业务给力点啊

降级呗 降成 1G 不就有 80%了

@Lockeysama 好的，感谢大佬提供思路，我们再去尝试下

@chenzheyu 难哦，在甲方面前太卑微，这个万万不能实施的

@xmumiffy 和我们大佬一个思路，但是甲方的目的就是为了提高利用率，不被上层要求降级

甲方估计是国企之类的…… 然后可能甲方的领导有类似监控指标啥的 发现占用太低 就认为这个项目可能发展的不行 要么直接砍掉 要么降级 对应的甲方能搞得钱就少了。。。甲方不想失去机会，于是让你们提高利用率，变现出一片祥和项目很火爆的感觉…… 看来是 kpi 指标了……

查查各种 mysql 内存优化，然后反着来就行了，什么 buffer 之类的都使劲开

来一些慢查询语句

innodb_buffer_pool_size 参数调成内存的一半

@trlove 大佬说的很对

@unclemcz 收到，满查询搞起来

我傻了，innodb_buffer_pool_size 默认 75%，建议用楼上老哥的方法

加点 buffer cache

@CheckMySoul 是扣了预留内存后的 75% 4G 才 1536

不如试试开 query cache 然后 select *

set global innodb_buffer_pool_size = 1024*1024*1024*9; -- 单位字节，请问服务器有几个 G ，多搞点查询

删两个索引不就行了，想要快再加回来就行

select * 大文本加 %like% 冲起来

反向优化啊

这个要求还好。毕竟你改了，命中的查询能快不少。一般规格有没有买高，就是看内存的，长期项目如果内存占用率低的话，确实要缩容的。不过 4 Gi 就觉得有必要砍，这样的甲方也真的是没治了。

提一下，其实还有一个 innodb_buffer_pool_instances 参数。

想多用 CPU 那才是真有问题。

@trlove #7 大佬说的太对了