主要是针对数据量很大,和并发访问量高的时候
经验一:
在开发过程中,我们经常会写
SELECT * FROM table WHERE 1 ORDER BY xxx DESC LIMIT 0,10
这样的语句用来分页
在有完美索引的情况 对xxx建立索引
前面几页会很快,但如果数据量达到100万级以后,我们查询最后一页
SELECT * FROM table WHERE 1 ORDER BY xxx DESC LIMIT 999990,10
这句执行就会很慢,同时有多人访问服务器就会掉 (这里不考虑缓存,因为内容更新太快,有时候缓存了达不到数据的更新的要求)
但如果我们把
SELECT * FROM table WHERE 1 ORDER BY xxx DESC LIMIT 999990,10
换成
SELECT * FROM table WHERE 1 ORDER BY xxx ASC LIMIT 0,10
这两个的MYSQL执行时间可是大大的不一样 当然要注意把这样取出来的结果用PHP重新排序一下
取得的一样是最后一页的数据,当然最中间的两页有部分数据一样
这时候最慢的只是最中间的部分,相对而言,访问最中间的人还是很少的
经验二:
例如论坛帖子列表的显示:
一般是SELECT * FROM table ORDER BY is_top DESC ,post_time DESC LIMIT 0,10这样的分页
两个order by 的执行是非常慢的,哪怕你有再好的索引,
我们的处理办法是 把is_top的数据CACHE住,毕竟is_top的数据量有限,更新这个缓存也容易
然后SQL一样是SELECT * FROM table ORDER BY post_time DESC LIMIT {$num},{$num2}
注意这个$num2 是减掉is_top的数量后的一个值,$num是is_top的数量
当然还要考虑is_top的数据量是不是有好几页,当前页的值是不是都在cache里面
经验三:
SELECT * FROM table ORDER BY RAND() LIMIT 100 这个ORDER BY RAND() 是非常慢的 能不用尽量不要用
处理办法是
1.用PHP生成数组后,然后用SELECT * FROM table WHERE id IN() WHERE IN 也比这个order by rand()快的多
2.如果数量信息不太重多,就用SELECT * FROM table WHERE 1 LIMIT 500 多取点数据,然后用php 处理数组
MySQL并发能力每秒600次以上,Redis并发能力每秒1000次。MySQL和Redis都可以处理大量的并发请求,但具体的性能取决于应用程序的需求。MySQL的并发能力可以由它的QPS来衡量,而Redis的并发能力可以由它的QPS和KV存储来衡量。一般来说,MySQL的并发能力通常在每秒600次以上,而Redis的并发能力可以达到每秒1000次。
并发能力是指程序或问题的不同部分或单元可以乱序或部分执行的能力。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)