怎么判断mysql是否性能足够的一点理解

最近一个服务很慢，导致我各种排查问题，排查的时候，考虑到是不是mysql压力过大，但是这块业务的数据库是部署在AWS，运维同学反馈是看不到服务器相关信息，非常无语。但是引发了我一个思考，什么是数据库性能。
之前在QCON上面听腾讯的某个部门演讲，关于他们的服务器利用率非常高，比其他部门高50%还是多少。他们就是考虑CPU密集业务，IO密集业务来提高服务器性能利用率，可惜讲的很简单，粗略一讲就过去了。
这里我想到我怎么判断数据库是否压力过大，按照以前的逻辑就是卡了加下配置试试，也就是说关于JDBC执行业务过慢的时候，我们就去加配置。同时我们加配置的时候就是二核变四核，四核变八核，预算一直较为宽松。反正就是让各种服务器各种指标不满就行了。
但是毕竟不能总是这么解决问题，然后我就到处查资料，看下怎么判断性能。然后一堆的SQL优化，然后SQL指标。一直没有好的思路
一个纯粹的JAVA程序判断是否性能不够，我们从首先看它的接口TPS，然后看这个接口执行的时候CPU，内存是不是会爆炸，看是不是哪里IO的一直阻塞，看他的JVM的GC状态，是否可以异步来等等，来查找问题。但是一说到mysql大家就是缓存，分库分表，我承认这是非常棒的方法，但是我怎么量化的去判断了什么时候去分库分表？
后面仔细想了下，把mysql架构直接拿出来