mysql服务器读取速度优化

在开始演示之前，我们先介绍下两个概念。

概念一，数据的可选择性基数，也就是常说的cardinality值。

查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。

比如表t1有100行记录，其中一列为f1。f1中唯一值的个数可以是100个，也可以是1个，当然也可以是1到100之间的任何一个数字。这里唯一值越的多少，就是这个列的可选择基数。

那看到这里我们就明白了，为什么要在基数高的字段上建立索引，而基数低的的字段建立索引反而没有全表扫描来的快。当然这个只是一方面，至于更深入的探讨就不在我这篇探讨的范围了。

概念二，关于HINT的使用。

这里我来说下HINT是什么，在什么时候用。

HINT简单来说就是在某些特定的场景下人工协助MySQL优化器的工作，使她生成最优的执行计划。一般来说，优化器的执行计划都是最优化的，不过在某些特定场景下，执行计划可能不是最优化。

比如：表t1经过大量的频繁更新操作，（UPDATE,DELETE,INSERT），cardinality已经很不准确了，这时候刚好执行了一条SQL，那么有可能这条SQL的执行计划就不是最优的。为什么说有可能呢？

来看下具体演示

譬如，以下两条SQL，

A：

select * from t1 where f1 = 20

B：

select * from t1 where f1 = 30

如果f1的值刚好频繁更新的值为30，并且没有达到MySQL自动更新cardinality值的临界值或者说用户设置了手动更新又或者用户减少了sample page等等，那么对这两条语句来说，可能不准确的就是B了。

这里顺带说下，MySQL提供了自动更新和手动更新表cardinality值的方法，因篇幅有限，需要的可以查阅手册。

那回到正题上，MySQL 8.0 带来了几个HINT，我今天就举个index_merge的例子。

示例表结构：

mysql>desc t1+------------+--------------+------+-----+---------+----------------+| Field      | Type         | Null | Key | Default | Extra          |+------------+--------------+------+-----+---------+----------------+| id         | int(11)      | NO   | PRI | NULL    | auto_increment || rank1      | int(11)      | YES  | MUL | NULL    |                || rank2      | int(11)      | YES  | MUL | NULL    |                || log_time   | datetime     | YES  | MUL | NULL    |                || prefix_uid | varchar(100) | YES  |     | NULL    |                || desc1      | text         | YES  |     | NULL    |                || rank3      | int(11)      | YES  | MUL | NULL    |                |+------------+--------------+------+-----+---------+----------------+7 rows in set (0.00 sec)

表记录数：

mysql>select count(*) from t1+----------+| count(*) |+----------+|    32768 |+----------+1 row in set (0.01 sec)

这里我们两条经典的SQL：

SQL C：

select * from t1 where rank1 = 1 or rank2 = 2 or rank3 = 2

SQL D：

select * from t1 where rank1 =100  and rank2 =100  and rank3 =100

表t1实际上在rank1,rank2,rank3三列上分别有一个二级索引。

那我们来看SQL C的查询计划。

显然，没有用到任何索引，扫描的行数为32034，cost为3243.65。

mysql>explain  format=json select * from t1  where rank1 =1 or rank2 = 2 or rank3 = 2\G*************************** 1. row ***************************EXPLAIN: {  "query_block": {    "select_id": 1,    "cost_info": {      "query_cost": "3243.65"    },    "table": {      "table_name": "t1",      "access_type": "ALL",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "rows_examined_per_scan": 32034,      "rows_produced_per_join": 115,      "filtered": "0.36",      "cost_info": {        "read_cost": "3232.07",        "eval_cost": "11.58",        "prefix_cost": "3243.65",        "data_read_per_join": "49K"      },      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))"    }  }}1 row in set, 1 warning (0.00 sec)

我们加上hint给相同的查询，再次看看查询计划。

这个时候用到了index_merge,union了三个列。扫描的行数为1103，cost为441.09，明显比之前的快了好几倍。

mysql>explain  format=json select /*+ index_merge(t1) */ * from t1  where rank1 =1 or rank2 = 2 or rank3 = 2\G*************************** 1. row ***************************EXPLAIN: {  "query_block": {    "select_id": 1,    "cost_info": {      "query_cost": "441.09"    },    "table": {      "table_name": "t1",      "access_type": "index_merge",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "union(idx_rank1,idx_rank2,idx_rank3)",      "key_length": "5,5,5",      "rows_examined_per_scan": 1103,      "rows_produced_per_join": 1103,      "filtered": "100.00",      "cost_info": {        "read_cost": "330.79",        "eval_cost": "110.30",        "prefix_cost": "441.09",        "data_read_per_join": "473K"      },      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))"    }  }}1 row in set, 1 warning (0.00 sec)

我们再看下SQL D的计划：

不加HINT，

mysql>explain format=json select * from t1 where rank1 =100 and rank2 =100 and rank3 =100\G*************************** 1. row ***************************EXPLAIN: {  "query_block": {    "select_id": 1,    "cost_info": {      "query_cost": "534.34"    },    "table": {      "table_name": "t1",      "access_type": "ref",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "idx_rank1",      "used_key_parts": [        "rank1"      ],      "key_length": "5",      "ref": [        "const"      ],      "rows_examined_per_scan": 555,      "rows_produced_per_join": 0,      "filtered": "0.07",      "cost_info": {        "read_cost": "478.84",        "eval_cost": "0.04",        "prefix_cost": "534.34",        "data_read_per_join": "176"      },      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100))"    }  }}1 row in set, 1 warning (0.00 sec)

加了HINT，

mysql>explain format=json select /*+ index_merge(t1)*/ * from t1 where rank1 =100 and rank2 =100 and rank3 =100\G*************************** 1. row ***************************EXPLAIN: {  "query_block": {    "select_id": 1,    "cost_info": {      "query_cost": "5.23"    },    "table": {      "table_name": "t1",      "access_type": "index_merge",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "intersect(idx_rank1,idx_rank2,idx_rank3)",      "key_length": "5,5,5",      "rows_examined_per_scan": 1,      "rows_produced_per_join": 1,      "filtered": "100.00",      "cost_info": {        "read_cost": "5.13",        "eval_cost": "0.10",        "prefix_cost": "5.23",        "data_read_per_join": "440"      },      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100) and (`ytt`.`t1`.`rank1` = 100))"    }  }}1 row in set, 1 warning (0.00 sec)

对比下以上两个，加了HINT的比不加HINT的cost小了100倍。

总结下，就是说表的cardinality值影响这张的查询计划，如果这个值没有正常更新的话，就需要手工加HINT了。相信MySQL未来的版本会带来更多的HINT。

做seo的人都知道服务器是什么，它的叫法有很多，例如虚拟主机、空间、VPS、地理服务器等等，服务器的稳定性直接影响着网站在搜索引擎的排名。服务器也是做网站seo的重要因素之一。

如果服务器的速度不稳定，就会影响网站的打开速度，对网站优化也有着重要影响，影响着蜘蛛爬虫的正常抓取，导致抓取频率降低，网站收录、索引，关键词排名都会直接下降。做好seo，就需要对网站进行细节化的工作，让网站的综合得分上升，这样关键词排名就会慢慢上升甚至稳定。

我们在选择服务器的时候一定选择好的服务器，这样才有利于网站的后期运行，那么，如何选择服务器呢？需要注意哪些事项呢？我们就来了解一下吧！

1、如果网站在国内使用，就不建议使用国外的服务器。是因为速度原因，一般来说，国内用户在访问国外服务器的网站打开速度会很慢。

2、除了速度以外，还需要考虑到服务器的稳定性，快速稳定的服务器可以保证用户和蜘蛛爬虫的正常浏览。那么，如何检查服务器的稳定性呢？有以下几种方法：百度平台抓取诊断工具、第三方平台网站速度测试工具等等。无论采用哪种方法，都要保证服务器的稳定性和速度。

3、服务器的正常设置。有些服务器的供应商已经设置了主机，所以可以直接使用。

4、如果想要建设一个优秀的网站，就不要为了省钱而选择一些不好的服务器。如果选择了，有可能会造成网站打开速度过慢，或者打不开网站。所以在选择服务器的时候一定要选择好的，这样才有利于搜索引擎的友好性。

想要做好网站seo，就必须要选择好的服务器，这样才有利于用户体验以及搜索引擎的喜欢。

您好！

选择网站服务器应该考虑几个因素！

第一，服务器服务器，建议选择大公司的服务器，比如阿里云，腾讯云，百度云等等。因为大公司的话，一般不容易垮掉。

第二，网站的服务区域，为什么说考虑这个？因为服务器都是按地区存放的。考虑好你网站的服务区域以后，选择服务器是要就近选择服务所在地！

第三，部署服务器时不用无用的东西占用服务器资源，这样才能保证网站的运营！

服务器主要是用来存放网站的源文件，数据的。服务器稳定，网站才能稳定，这样才有利于优化！

对优化好的服务器，可以考虑云服务器，独立ip，资源独享，可以远程配置服务器以及站点环境，安全稳定，也便于管理。需要一定的服务器运维能力。

主机侦探来回答一下：

首先，在选择之前，先确定下自己网站的需求，规模大小什么的先确定好，后续选择的合适的配置就可以，不用太高配，合适的网站空间与流量、Linux操作系统和cPanel的安全加密增加了的服务器安全性、最重要还是服务器的稳定，稳定性强速度快的云服务器就是你要选择的服务器。像bluehost服务器这块做的就是非常不错的，稳定性强，速度快，是非常多的站长选择的，现在上主机侦探通过专属链接加购更享超值~

对于一个正在正常运营的网站来讲，定期的SEO优化是非常有必要的，而且如果想要保证SEO优化对网站优化起到完美的优化结果，那么网站在建设初期所使用的服务器便成了关键。需要考虑的包括：服务器的性能，服务器的稳定性，服务器的安全性，服务器的访问速度。

以小鸟云香港高防云服务器搭建网站为例https://www.niaoyun.com/#/server/?utm_source=ttl-220124：

1.纯SSD架构，运行稳定

2.bgp线路，三网互联，可以切换到合适用户访问的路径

3.高防节点，免费50g防御

4.85z券：2W3V48

谷歌网站平均每天更新两次算法，百度也对搜索引擎不断做算法调整，一大批中小企业网站排名下降。做seo优化有降就有升，因为普遍来说，算法调整只对那些违规的网站有效，做SEO推广网站，包括方方面面，网站seo推广选择服务器就有很多道道。具体来说，我们 推广的网 站，数据多存储在服务器，服务器作为为客户提供服务的网站计算机，在网站稳定性、安全性、性能等方面要求要高，所以我们推广网站租服务器要考虑CPU、芯片组、内存、磁盘系统、网络等硬件条件。

我们通过优化推广网站，可以通过很多种方式使用服务器，比如说：服务器租用、服务器托管、虚拟主机、合租服务器、虚拟专用服务器和云主机。那怎么才能找到合适的呢?

推广网站服务器有哪些?

1、首先你可以选虚拟主机，这种把一台主机分成许多“虚拟机”的主机，网站虽然共用一个IP但可以拥有独立的域名，有完整的Internet服务器功能，一台服务器上的不同虚拟主机是各自独立的，并由用户自行管理。这种服务器的优势在于，价格便宜适合对服务器要求比较单一的用户，比如网站新手和流量较小的企业或其他站点。

2、合租服务器：服务器资源通过平均分配的方式共享，合租服务器弹性很大，有不同人数的合租方案，一般适合需要一定高阶位的带宽，但是又不需要整个服务器的用户。

3、租用服务器：用户只需要网络服务器提供的服务，不想购买服务器，所以我们可以只向服务器供应商租用服务器，由他们提供全套IDC基础设施和服务，我们拥有使用权，并没有产权。

4、服务器托管：和服务器租用在字面意思一样，就是我们自己买好服务器，放到服务器服务商的机房，他们解决服务器电路、冷却、线路、端口、主机安全、机房设备、服务器防御等，这些管理服务。服务器是你的，自然拥有设备的产权权和使用权，并可根据用户的需求为用户预留足够的发展空间。这种方式综合成本高昂，只建议大中型企业用户或者较大的网站站长。

如果是那些建设多个网站的站群推广网站，需要使用多IP主机/或者是站群服务器才更具优势，这里就推荐虚拟主机了，毕竟几十上百台，服务器价格是硬伤!而且学会“服务器集群技术”真的没那么难！

①.IP多，每个网站使用一个独立的IP，更加容易被SEO收录。

②.可以选择免备案的海外服务器，比如香港的服务器，避免了备案的烦恼。

③.服务器应该距离国内用户近，速度会更流畅，侧重于那些不想备案，客户群体又在国内的网站。

④.选择带宽最好选择BGP、CN2或者是光纤线路，对于不同用户群体更加具有针对性，香港国际大带宽很有优势，IP价格不是太贵

SEO推广网站的方法：

虽说推广网站不是看一朝一夕，但如果服务器选错了，那要那网站还有什么用，客户是慢慢积累的，但前提条件是硬件优势。除了选对服务器做网站推广还需要注意什么呢?

网站要稳定：很多人制作网站时，习惯把网站程序上传到FTP后再慢慢修改内容，这样是错误的。无论是内容还是名称等，一但上传就尽量减少修改，频繁的修改会让爬虫不好判定，对后期的优化会带来不利的影响。

关键词的选择：大家都知道关键词的重要性，这也是进行SEO网站推广必须注意的。选择关键词不一定要选择有指数的，如果日搜索量大的词，一旦做上去，日流量还是非常有优势的，切忌堆砌关键词

网站创新大于美感：一个优秀的网站风格，可以是不那么亮眼，但一定要有个性，有吸引用户的特点，可以在设计一些互动页面或者专题页增加用户体验。

网站程序：网站的前期工作做好了之后，接下来就要考虑怎么选择网站的程序，如果做得是门户网站，建议使用DEDE、论坛DZ等之类的，可以先建立一个博客为之后的seo做准备，博客的可以选用WP程序的，现在网站现成的网站模版很多，可以找一些来参考一下。

网站外链：既可以是友链也可以是外链，特别是一些单向链接，非常利于提高网站PR值以及更新率，也会为我们带来不少流量。

网站移动端的优化：PC端和移动端都是我们需要注意的，尤其是PC端经常出现两三行的导航，这在移动端是没法看的，所以我们在注重PC端美感的同时也要估计到移动端的用户。

如何选择有利于网站优化的服务器，解答如下

---