数据库慢与卡解决思路

数据库慢，如何排查？相信这个问题是所有DBA在工作中常遇到的一个问题。以下是个人总结的一些思路，望各位看官斧正。

数据库应用，常见两种类型：CPU密集型和I/O密集型。因此，我们在排查数据库问题时，通常是从这两方面入手的。

CPU密集型的数据库，性能问题有以下几种：
1.复杂的查询语句、存储过程、触发器、自定义函数等；

2.锁竞争问题；

3.并发量大。

解决问题的思路：

1.通过慢查询日志，找出相关语句，优化查询语句调整索引策略。还可以将复杂存储过程、触发器、自定义函数交由应用代码实现；

2.根据infomation_schema中的innodb_trx、innodb_locks、innodb_lock_watis三种表，找出锁的事务与开发协调。如果场景允许，可以考虑把事务隔离级别降到读提交。

3.做读写分离、水平拆分。或者增加缓存层，让高并发的读写压力由缓存层消化；

4.调整mysql跟cpu相关参数，这里不一一罗列。


I/O密集型的数据库，性能问题有以下几种：
1.投影了所有字段、全表扫描、表结构设计、索引设计问题等；

2.内存缓冲区设置过小，造成了过多的磁盘I/O；

3.网络带宽较小（常见于分布式系统中）。

解决问题的思路：