mysql收缩数据库很慢，mysql 收缩表空间

求高手优化MySQL数据库,数据库反应太慢。

1、使用短索引 对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。

2、案例二：近线上应用的数据库频频出现多条慢sql风险提示，而工作以来，对数据库优化方面所知甚少。例如一个用户数据页面需要执行很多次数据库查询，性能很慢，通过增加超时时间勉强可以访问，但是性能上需要优化。

3、MySQL优化 通过在网络上查找资料和自己的尝试，我认为以下系统参数是比较关键的： (1)、back_log： 要求 MySQL 能有的连接数量。

4、优化硬件 如果你需要庞大的数据库表(2G)，你应该考虑使用64位的硬件结构，像Alpha、Sparc或即将推出的IA64。因为MySQL内部使用大量64位的整数，64位的CPU将提供更好的性能。

5、查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。

6、MySQL 加载慢的原因可能有很多，例如计算资源不足、系统层面未进行基本的优化、MySQL 配置不科学等等。

相关问答

Q1: mysql数据库操作耗时很久是什么原因

1、索引：表中的索引不够优化，会导致更新操作变得缓慢。在更新操作中使用了不必要的索引，或者索引没有被正确地使用，导致更新操作的耗时增加。数据库设计：数据库的设计不够合理，导致更新操作变得缓慢。

2、查询执行时间过长：如果连接因为查询执行时间过长而被断开，优化查询或调整超时设置可能有所帮助。其他数据库问题：检查MySQL的错误日志，查找是否有其他与连接相关的问题或错误。

3、DB重启之后要预热的，因为内存中缓存的数据都被清空了，需要一段时间的预热才能提高响应速度。DB确实很慢很慢，查磁盘负载，是不是磁盘读写IO已经满了。

4、MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件的 header page 验证数据字典的准确性，如果 MySQL 中包含了大量表，这个校验过程就会比较耗时。 MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。

5、您好，我觉得删除操作巨慢的原因可能有以下几个：删除的条件判断占用了很久，比如删除的条件用不到任何索引且不是主键。删除的表中建立了索引而且数据量比较大，每次删除都要更新很多索引信息。

6、观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

Q2: 如何解决局域网内mysql数据库连接慢

检查您的网络连接是否稳定。如果您从远程位置连接到数据库，请检查网络延迟和丢包情况。MySQL服务器配置：检查my.cnf或my.ini（取决于您的操作系统和安装方式）中的配置。确保max_connections设置得足够高，以避免达到连接上限。

第二种：修改注册表本方法是微软给出的修改注册表修复该Bug的的方法，原因是默认最大的临时TCP端口的数是5000适用于一节中包含的产品中。在这些产品中添加一个新参数。

第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。

Q3: MySQL数据库服务器逐渐变慢分析与解决方法分享

1、第二，从服务器的角度，我们从巡检的脚本角度入手，服务器的资源就这几种，观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。

2、查询数据简单暴力的方式是遍历所有记录；如果数据不重复，就可以通过组织成一颗排序二叉树，通过二分查找算法来查询，大大提高查询性能。而BTREE是一种更强大的排序树，支持多个分支，高度更低，数据的插入、删除、更新更快。

3、有3种方法可以加快MySQL服务器的运行速度，效率从低到高依次为：替换有问题的硬件。对MySQL进程的设置进行调优。对查询进行优化。替换有问题的硬件通常是我们的第一考虑，主要原因是数据库会占用大量资源。

4、锁定表的方法可以维护数据的完整性，但是它却不能保证数据的关联性。这个时候我们就可以使用外键。

mysql收缩数据库很慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql 收缩表空间、mysql收缩数据库很慢的信息别忘了在本站进行查找喔。