什么影响了数据库查询速度

1. ）。 并发量:同一时刻数据库服务器处理的请求数量
2. 超高的 CPU使用率： CPU资源耗尽出现宕机。
3. 磁盘 IO：磁盘 IO性能突然下降、大量消耗磁盘性能的计划任务。解决：更快磁盘设备、调整计划任务、做好磁盘维护。

1.3 网卡流量：如何避免无法连接数据库的情况

• 减少从服务器的数量（从服务器会从主服务器复制日志）
• 进行分级缓存（避免前端大量缓存失效）
• 避免使用 select* 进行查询
• 分离业务网络和服务器网络

1.4 大表带来的问题（ 重要）

1.4.1 大表的特点

• 记录行数巨大，单表超千万
• 表数据文件巨大，超过 10个 G

1.4.2 大表的危害

1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 -> 要在大数据量的表中筛选出来其中一部分数据会产生大量的磁盘 io -> 降低磁盘效率

2.对 DDL影响：

建立索引需要很长时间：

• MySQL-v<5.5 建立索引会锁表
• MySQL-v>=5.5 建立索引会造成主从延迟（ mysql建立索引，先在组上执行，再在库上执行）

修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟')

1.4.3 如何处理数据库上的大表

分库分表把一张大表分成多个小表

难点：

1. 分表主键的选择
2. 分表后跨分区数据的查询和统计

1.5 大事务带来的问题（ 重要*）*性等级：

• 未提交读( READ UNCOMMITED) 脏读,两个事务之间互相可见；
• 已提交读( READ COMMITED)符合隔离性的基本概念,一个事务进行时，其它已提交的事物对于该事务是可见的，即可以获取其它事务提交的数据。
• 可重复读( REPEATABLE READ) InnoDB的默认隔离等级。事务进行时，其它所有事务对其不可见，即多次执行读，得到的结果是一样的！
• 可串行化（ SERIALIZABLE） 在读取的每一行数据上都加锁，会造成大量的锁超时和锁征用，严格数据一致性且没有并发是可使用。

查看系统的事务隔离级别： show variables like'%iso%';

开启一个新事务： begin;

提交一个事务： commit;

修改事物的隔离级别： setsession tx_isolation='read-committed';

4、持久性( DURABILITY)：从数据库的角度的持久性，磁盘损坏就不行了

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!