mysql资料库中，资料量很大的表，有什么优化方案么？

最近也在看如何用几千万的数据解决大数据量的问题。

其中，我找到了两个比较好的解决方案，一个是我的猫，另一个是分享JDBC。

刚刚看了MyCAT的官方文档，里面提供了子数据库、子表、碎片的概念。

如果一个表的数据量太大，可以根据表中的字段分成几个片段。

例如，5000万个数据可以分成10个片段，每个片段500万个。

当你查询的时候，他会根据路由规则移动哪些件被查询，然后聚合数据。

具体来说，你需要根据自己的业务来拆分。

只是在看书的时候看到过共享jdbc，没有具体研究过。

数通畅联

MySQL数据库是国内各大公司最常用的数据库之一，MySQL是开源的关系数据库。

至于数据库的优化，我觉得可以从以下几个方面做：1.数据库配置优化安装MySQL数据库时，可以对数据库进行优化，增加数据库的连接数，增加访问量。

访问量的增加可以提高查询速度。

添加缓存等优化数据库，查询时可以直接在缓存中查询数据；2.表结构优化在建立表结构时，不要在一个表中创建过多的字段。

如果一个函数的表结构中有多个字段，可以尝试将字段分开，分别构建两个或多个表。

并且字段长度足够，不要设置太长；4.SQL查询优化可以通过优化SQL查询来优化，也可以通过添加查询条件来优化SQL。

在多表相关查询中，尽量不要使用自相关和全相关，而要使用左右相关。

语句写出字段，不要使用lect * from t(表名)的方式。

南京小码农

首先分析数据量是否真的过大，表格的使用情况，插入和查询统计表的效率。

可以查一下mysql的slowlog，然后把耗时的语句拿出来分析，看看是否可以通过优化sql来提高效率。

以上的努力都尝试过了，但是如果还是有效果的问题，你就要做下一步了。

在单表数据量分布的情况下，一般建议分表。

第一，开发成本低，大部分框架都支持单独表的配置。

其次，数据还是在一个数据库里，对查询影响不大。