mysql数据库查询优化(MySQL性能优化的最佳20+条经验)

建站教程 1年前 (2023) admin
43 0

MySQL性能优化的最佳20+条经验

今天,数据库的操作越来越成为整个应用的性能瓶颈了,这点对于Web应用尤其明显。关于数据库的性能,这并不只是DBA才需要担心的事,而这更是我们程序员需要去关注的事情。当我们去设计数据库表结构,对操作数据库时(尤其是查表时的SQL语句),我们都需要注意数据操作的性能。这里,我们不会讲过多的SQL语句的优化,而只是针对MySQL这一Web应用最多的数据库。希望下面的这些优化技巧对你有用。

mysql 多表查询优化

我目前有三个表,A,B,C ,这三个表中通过ID关联,现在要关联查询三个个,我是这样查询的

mysql表数据量太大,达到了1亿多条数据,除了分库分表之外,还有没有其他的解决

通常来说,Mysql表的数据量达到一两千万之后,操作起来开始有些吃力了,如果数据量达到上亿,估计系统是吃不消的。那么解决方案有哪些呢?我提几个思路:就用Mysql,不考虑迁移分库分表其实是比较好的方案,但是已经被题主否了,就不详细说了;表设计的优化:在设计表的时候,就要考虑性能问题了。例如字段尽量避免NULL,时间类型尽量使用TIMESTAMP,单表的字段不宜过多等等。索引的优化:索引不是越多越好,也不是所有的字段都适合建立索引,使用多列索引的时候,要注意SQL中的条件顺序等。SQL的优化:有的时候查询慢,可能是SQL写的烂。查询尽量用到索引,避免错误的写法导致索引失效,避免使用select *查询出来所有的列,拆分复杂的SQL语句,查询使用分页等等。分区:分区表是独立的逻辑表,底层由多个物理表组成,这些对用户来说是透明的;如果按照分区字段查询数据的话,就会在某一张分区表内查询,速度回比较快;分区字段的选择,需要根据你们实际业务来;比如你们这张表如果可以分100个分区的话,那么每张表实际只有100万的数据;使用分区表尽量避免全表扫描;建议考虑这种优化。抛弃Mysql,迁移数据库如果公司有钱的话,可以直接上商业数据库,Oracle、DB2什么的,一亿的数据还是可以搞的定的,当然会也比较贵。其他开源数据库,有可以支持千万级的产品,不过不建议使用,坑会比较多。云数据库,可以考虑把数据迁移到云上,比如阿里云,花一些钱,少操一些;不过如果是比较敏感的数据,放到云上,多少会不太放心;私有云?这个也贵。另外,如果不迁移Mysql的话,可以加以非关系型数据库进行辅助,例如一些数据放到Redis里面进行缓存,或者通过跑数的,把原始数据加工好放到Mongodb中提供查询,总之就是减少对数据库的访问。我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。

版权声明:admin 发表于 2023年2月24日 am10:03。
转载请注明:mysql数据库查询优化(MySQL性能优化的最佳20+条经验) | 热豆腐爱做网站导航

相关文章