网站高并发流量的优化--读写分离.docVIP

网站高并发流量的优化（一） - SQL优化与读写分离作者: 蘑菇 ? 日期: 2010-06-01 21:51:20 ? 阅读: /index.php?load=readid=26 对于一个小型的个人网站或企业网站来说，可能很少有机会能遇到高并发的流量。但是随着网络信息爆炸，越来越多的人喜欢在网上搜寻自己需要的资源，这也就给我们的服务器提出了更高的要求。也是随着SNS类网站的热潮，越来越多的网站也正面对更加复杂的逻辑关系，可能一个页面要进行十几次查询才能完成。那么我们就要提供更加稳定、安全、高效的网络服务。 一、优化我们的SQL语句?? 在我们的开发过程中，我们可能由于种种原因，没有来得及对SQL的优化考虑得那么周全（当然以下这些有好多都是我们在开发中需要考虑的）。那么在我们网站的测试环节中，就要着重先来考虑这一点。如果我们用的是Mysql，可以开启它的慢查询功能，把所以查询比较耗时的语句记录下来，以便我们分析。在Mysql的初始安装时，这个功能是不开启的，我们可以在f中加入以下语句，来启动这个功能：[mysqld]...#Slow Querieslong_query_time = 3log-slow-queries = /var/log/mysql-slow-queries.log 此外我们平时在写SQL时有以下几点需要注意： 1.多表的联合查询尽量不要超过三个。在网站正式上线运营后，表记录在短时间内突破数以万计是非常非常有可能的，由于连接查询是在产生的笛卡尔积中筛选记录，那么我们的SQL有可能会让数据库在10000*10000*10000个记录甚至更多记录中筛选符合条件的几个。当然这些都是查询分析器中来运行的，我们也会有where来限制记录条数，但是还是需要注意，表连接的个数不要太多。 2.给表中常用的排序和检索字段加上索引。索引的确能提高数据库的查询速度，有的时候我们用show processlist会发现有几十个查询在等待的时候，可能就需要在表中加几个索引，便解决问题了。在某些情况下，这是个事半功倍的解决办法。但是我们也不可能给每个字段全部都加索引，索引对LIKE %xx%是不生效的，另外在插入和修改记录时，数据库要去更新索引，如果索引加的过多，那反倒降低了数据库的效率。另外我们要注意，order by的字段我们一定要加上索引，不然会把数据库累瘫的，尤其是多表联合查询还带有order by的语句，如果没有索引，就等着哪天听数据库呼哧呼哧喘吧～。 3.Mysql中SQL_CALC_FOUND_ROWS的应用。Mysql Manaul: A SELECT statement may include a LIMIT clause to restrict the number of rows the server returns to the client. In some cases, it is desirable to know how many rows the statement would have returned without the LIMIT, but without running the statement again. To obtain this row count, include a SQL_CALC_FOUND_ROWS? option in the SELECT? statement, and then invoke FOUND_ROWS() afterward我们看Mysql的手册，它说，一个SELECT语句可能包含一个LIMIT限制。但是在某些情况下，我们需要不再次运行语句，而得知在LIMIT限制之外还有多少条记录没有被返回回来。那么获得这个记录条数，我们就可以引入SQL_CALC_FOUND_ROWS选项，然后调用FOUND_ROWS()函数。 这个是很有用的，我们在普通的分页程序中，会调用两次数据库查询，一次是查询总数，接下来才是查询真正的记录。但是有了SQL_CALC_FOUND_ROWS我们就可以通过一次数据库查询完成这两个功能。稍候我会发一个我写的分页类，大家可以参考一下。 分页类地址：/read-27.html 4.除了上述之外，我们最先要考虑的，可能就是读写分离了。因为它比较简单，写主库，读从库。这样首先能减轻各服务器的压力，其他我们可以去掉主库的索引，以加快写的速度；而在从库上多加几个索引，从而提高查询的速度。但是这个选择会有个缺陷，就是在主从库还没有来得及同步期间，我们就去读从库的数据，会发生一些错误信息。当然这也不是不可解决的问题，第一我们可以采用一些缓存机制，如memcache来缓存这些数据。其次我们也可以限制用户读取的时间。这要看我们的