mysql表数据量太大，达到了1亿多条数据，除了分库分表之外，还有没有其他的解决方式？ mysql在常规配置下，一般只能承受2000万的数据量(同时读写，且表中有大文本字段，单台服务器)。现在超过1亿，并不断增加的情况下，建议如下处理：1 分表。可以按时间，或按一定的规则拆分，做到查询某一条数据库，尽量在一个子表中即可。这是最有效的方法2 读写分离。尤其是写入，放在新表中，定期进行同步。如果其中记录不断有update，最好将写的数据放在 redis中，定期同步3 表的大文本字段分离出来，成为独立的新表。大文本字段，可以使用NOSQL数据库4 优化架构，或优化SQL查询，避免联表查询，尽量不要用count(*)，in，递归等消耗性能的语句5 用内存缓存，或在前端读的时候，增加缓存数据库。重复读取时，直接从缓存中读取。上面是低成本的管理方法，基本几台服务器即可搞定，但是管理起来麻烦一些。当然，如果整体数据量特别大的话，也不在乎投入费用的话，用集群吧，用TIDB吧
mysql 分区的真正作用？ 在mysql 表中 建立分区 很多人都说能够提供查询效率 如果是以主键id分区可以减少查询的范围！但是也有…
怎样才能写出高质量的SQL语句？ 从零学会SQL：入门 ？www.zhihu.com ？ 183 ？ ？ 20 条评论 ？ ？ ？ 喜欢 ？ 【有关SQL】公众号的写作者 219 人赞同了该回答 单行的 SQL 就不说了。
