首页 ›存档› 技术 › 查看内容

MySQL 大表优化方案

2018-3-30 13:00 |来自: 互联网 307 0

摘要: （点击上方公众号，可快速关注）来源：manong 链接：segmentfault.com/a/1190000006158186 当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：单表优化除非单表数据未来会一直 ...

（点击上方公众号，可快速关注）

来源：manong

链接：segmentfault.com/a/1190000006158186

当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：

除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：

可通过开启慢查询日志来找出较慢的SQL
不做列运算：SELECT id WHERE age 1 = 10，任何对列的操作都将导致表扫描，它包括数据库教程函数、计算表达式等等，查询时要尽可能将操作移至等号右边
sql语句尽可能简单：一条sql只能在一个cpu运算；大语句拆小语句，减少锁时间；一条大sql可以堵死整个库
不用SELECT *
OR改写成IN：OR的效率是n级别，IN的效率是log(n)级别，in的个数建议控制在200以内
不用函数和触发器，在应用程序实现
避免%**式查询
少用JOIN
使用同类型进行比较，比如用'123'和'123'比，123和123比
尽量避免在WHERE子句中使用 != 或

声明：文章版权归原作者所有部分文章转自互联网如有侵权请联系 [邮箱地址] 删除

上一篇：为你的 Linux 服务器加把锁下一篇：用带有 Amazon Cognito Identity SDK 的 webpack 打包 JavaScript

相关分类