MySQL速度变慢，怎么办MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件mysql缓慢怎么办的 header page 验证数据字典mysql缓慢怎么办的准确性 ， 如果 MySQL 中包含了大量表，这个校验过程就会比较耗时 。MySQL 下崩溃恢复确实和表数量有关 ， 表总数越大，崩溃恢复时间越长 。另外磁盘 IOPS 也会影响崩溃恢复时间 ， 像这里开发库mysql缓慢怎么办的 HDD IOPS 较低，因此面对大量的表空间 ， 校验速度就非常缓慢 。另外一个发现，MySQL 8 下正常启用时居然也会进行表空间校验，而故障恢复时则会额外再进行一次表空间校验 ， 等于校验了 2 遍 。不过 MySQL 8.0 里多了一个特性 ， 即表数量超过 5W 时，会启用多线程扫描 ， 加快表空间校验过程 。
如何跳过校验MySQL 5.7 下有方法可以跳过崩溃恢复时的表空间校验过程嘛mysql缓慢怎么办？查阅了资料，方法主要有两种mysql缓慢怎么办：
1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0，那么 validate= false ， 即可以跳过表空间校验 。实际测试的时候设置 innodb_force_recovery =1 ， 也就是强制恢复跳过坏页，就可以跳过校验，然后重启就是正常启动了 。通过这种临时方式可以避免崩溃恢复后非常耗时的表空间校验过程，快速启动 MySQL，个人目前暂时未发现有什么隐患 。2. 使用共享表空间替代独立表空间这样就不需要打开 N 个 ibd 文件了，只需要打开一个 ibdata 文件即可，大大节省了校验时间 。自从听了姜老师讲过使用共享表空间替代独立表空间解决 drop 大表时性能抖动的原理后，感觉共享表空间在很多业务环境下 ， 反而更有优势 。
临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了 。但是实际测试发现，如果以 debug 模式运行，确实可以临时修改 validate 变量，跳过表空间验证过程，但是 debug 模式下代码运行效率大打折扣，反而耗时更长 。而以非 debug 模式运行 ， 则无法修改 validate 变量，想法破灭 。
Mysql某个表有近千万数据 ， CRUD比较慢 ， 如何优化？ 数据千万级别之多mysql缓慢怎么办，占用mysql缓慢怎么办的存储空间也比较大 ， 可想而知它不会存储在一块连续的物理空间上，而是链式存储在多个碎片的物理空间上 。可能对于长字符串的比较，就用更多的时间查找与比较，这就导致用更多的时间 。
可以做表拆分 ， 减少单表字段数量 ， 优化表结构 。
在保证主键有效的情况下，检查主键索引的字段顺序，使得查询语句中条件的字段顺序和主键索引的字段顺序保持一致 。
主要两种拆分 垂直拆分，水平拆分 。
垂直分表
也就是“大表拆小表”，基于列字段进行的 。一般是表中的字段较多，将不常用的， 数据较大，长度较长（比如text类型字段）的拆分到“扩展表“ 。一般是针对 那种 几百列的大表，也避免查询时，数据量太大造成的“跨页”问题 。
垂直分库针对的是一个系统中的不同业务进行拆分，比如用户User一个库，商品Product一个库，订单Order一个库 。切分后，要放在多个服务器上，而不是一个服务器上 。为什么mysql缓慢怎么办？ 我们想象一下 ， 一个购物网站对外提供服务 ， 会有用户，商品，订单等的CRUD 。没拆分之前， 全部都是落到单一的库上的，这会让数据库的单库处理能力成为瓶颈 。按垂直分库后，如果还是放在一个数据库服务器上 ， 随着用户量增大，这会让单个数据库的处理能力成为瓶颈，还有单个服务器的磁盘空间，内存，tps等非常吃紧 。所以我们要拆分到多个服务器上，这样上面的问题都解决了 ， 以后也不会面对单机资源问题 。
推荐阅读
- 新手怎样直播带货卖货呢，新手怎么带货直播
- erp系统怎么才能卸载掉，erp软件怎么操作
- ios微博系统绑定，微博绑定apple
- sapcrm演示，sapcefm
- 微信视频号商品怎么删评论，微信视频号怎么删除评论过的视频
- 抖音直播拼多多上教运营，抖音直播拼多多上教运营可靠吗
- 初始化函数python的简单介绍
- 包含mysqlddlpostgresql的词条
- chatgpt填词造句，chatting造句