下图这100篇营销干货
十几万字
怎么才能获取？
这是近两年来持续输出的会员课程
的一部分，对，是一部分
还有一些截图放不下
合计更新了100来篇营销干货
十几万字，还在持续更新
怎么获取，查看图5（付费获取）
全部是岛花原创课程
说白了，这些就是岛花7年来
所有营销经验的总结和分享
现在已帮助了大几千人
在微商之路上少走弯路
当然，也有很多人挣到了不少钱
会员课程我会持续更新
因为做这件事情我又喜欢
又能收获成长，又能挣钱
没有理由不做
你说会员课程能学到什么
对自己有什么帮助
扫码图5即查看全部细节
#岛花微营销##打造个人ip##朋友圈营销##岛花佩佩##打造个人品牌##微营销##岛花微营销社群##微商##微商励志正能量早安晚安语录##微商代理##微商引流##宝妈、大学生微商创业##微商创业##微商励志语录早安晚安正能量心语#
#为什么MySQL数据量大了要分库分表#
在文章开头先抛几个问题：
（1）什么时候才需要分库分表呢？我们的评判标准是什么？
（2）一张表存储了多少数据的时候，才需要考虑分库分表？
（3）数据增长速度很快，每天产生多少数据，才需要考虑做分库分表？这些问题你都搞清楚了吗？相信看完这篇文章会有答案。
为什么要分库分表？首先回答一下为什么要分库分表，答案很简单：数据库出现性能瓶颈。用大白话来说就是数据库快扛不住了。数据库出现性能瓶颈，对外表现有几个方面：大量请求阻塞在高并发场景下，大量请求都需要操作数据库，导致连接数不够了，请求处于阻塞状态。SQL 操作变慢如果数据库中存在一张上亿数据量的表，一条 SQL 没有命中索引会全表扫描，这个查询耗时会非常久。存储出现问题业务量剧增，单库数据量越来越大，给存储造成巨大压力。从机器的角度看，性能瓶颈无非就是CPU、内存、磁盘、网络这些，要解决性能瓶颈最简单粗暴的办法就是提升机器性能，但是通过这种方法成本和收益投入比往往又太高了，不划算，所以重点还是要从软件角度入手。
数据库相关优化方案数据库优化方案很多，主要分为两大类：软件层面、硬件层面。软件层面包括：SQL 调优、表结构优化、读写分离、数据库集群、分库分表等；硬件层面主要是增加机器性能。SQL 调优SQL 调优往往是解决数据库问题的第一步，往往投入少部分精力就能获得较大的收益。SQL 调优主要目的是尽可能的让那些慢 SQL 变快，手段其实也很简单就是让 SQL 执行尽量命中索引。开启慢 SQL 记录如果你使用的是 Mysql，需要在 Mysql 配置文件中配置几个参数即可。
调优的工具常常会用到 explain 这个命令来查看 SQL 语句的执行计划，通过观察执行结果很容易就知道该 SQL 语句是不是全表扫描、有没有命中索引。select id, age, gender from user where name = '爱笑的架构师';返回有一列叫“type”，常见取值有：ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）ALL 代表这条 SQL 语句全表扫描了，需要优化。一般来说需要达到range 级别及以上。表结构优化以一个场景举例说明：“user”表中有 user_id、nickname 等字段，“order”表中有order_id、user_id等字段，如果想拿到用户昵称怎么办？
一般情况是通过 join 关联表操作，在查询订单表时关联查询用户表，从而获取导用户昵称。但是随着业务量增加，订单表和用户表肯定也是暴增，这时候通过两个表关联数据就比较费力了，为了取一个昵称字段而不得不关联查询几十上百万的用户表，其速度可想而知。这个时候可以尝试将 nickname 这个字段加到 order 表中（order_id、user_id、nickname），这种做法通常叫做数据库表冗余字段。这样做的好处展示订单列表时不需要再关联查询用户表了。
冗余字段的做法也有一个弊端，如果这个字段更新会同时涉及到多个表的更新，因此在选择冗余字段时要尽量选择不经常更新的字段。架构优化当单台数据库实例扛不住，我们可以增加实例组成集群对外服务。当发现读请求明显多于写请求时，我们可以让主实例负责写，从实例对外提供读的能力；如果读实例压力依然很大，可以在数据库前面加入缓存如 redis，让请求优先从缓存取数据减少数据库访问。缓存分担了部分压力后，数据库依然是瓶颈，这个时候就可以考虑分库分表的方案了，后面会详细介绍。硬件优化硬件成本非常高，一般来说不可能遇到数据库性能瓶颈就去升级硬件。在前期业务量比较小的时候，升级硬件数据库性能可以得到较大提升；但是在后期，升级硬件得到的收益就不那么明显了。
分库分表详解
下面我们以一个商城系统为例逐步讲解数据库是如何一步步演进。
单应用单数据库
在早期创业阶段想做一个商城系统，基本就是一个系统包含多个基础功能模块，最后打包成一个 war 包部署，这就是典型的单体架构应用。如上图，商城系统包括主页 Portal 模板、用户模块、订单模块、库存模块等，所有的模块都共有一个数据库，通常数据库中有非常多的表。因为用户量不大，这样的架构在早期完全适用，开发者可以拿着 demo到处找（骗）投资人。一旦拿到投资人的钱，业务就要开始大规模推广，同时系统架构也要匹配业务的快速发展。多应用单数据库在前期为了抢占市场，这一套系统不停地迭代更新，代码量越来越大，架构也变得越来越臃肿，现在随着系统访问压力逐渐增加，系统拆分就势在必行了。
为了保证业务平滑，系统架构重构也是分了几个阶段进行。第一个阶段将商城系统单体架构按照功能模块拆分为子服务，比如：Portal 服务、用户服务、订单服务、库存服务等。如上图，多个服务共享一个数据库，这样做的目的是底层数据库访问逻辑可以不用动，将影响降到最低。多应用多数据库随着业务推广力度加大，数据库终于成为了瓶颈，这个时候多个服务共享一个数据库基本不可行了。我们需要将每个服务相关的表拆出来单独建立一个数据库，这其实就是“分库”了。单数据库的能够支撑的并发量是有限的，拆成多个库可以使服务间不用竞争，提升服务的性能。
如上图，从一个大的数据中分出多个小的数据库，每个服务都对应一个数据库，这就是系统发展到一定阶段必要要做的“分库”操作。现在非常火的微服务架构也是一样的，如果只拆分应用不拆分数据库，不能解决根本问题，整个系统也很容易达到瓶颈。分表说完了分库，那什么时候分表呢？如果系统处于高速发展阶段，拿商城系统来说，一天下单量可能几十万，那数据库中的订单表增长就特别快，增长到一定阶段数据库查询效率就会出现明显下降。因此，当单表数据增量过快，业界流传是超过500万的数据量就要考虑分表了。当然500万只是一个经验值，大家可以根据实际情况做出决策。
那如何分表呢？分表有几个维度，一是水平切分和垂直切分，二是单库内分表和多库内分表。水平拆分和垂直拆分就拿用户表（user）来说，表中有7个字段：id,name,age,sex,nickname,description，如果 nickname 和 description 不常用，我们可以将其拆分为另外一张表：用户详细信息表，这样就由一张用户表拆分为了用户基本信息表+用户详细信息表，两张表结构不一样相互独立。但是从这个角度来看垂直拆分并没有从根本上解决单表数据量过大的问题，因此我们还是需要做一次水平拆分。
还有一种拆分方法，比如表中有一万条数据，我们拆分为两张表，id 为奇数的：1，3，5，7……放在 user1， id 为偶数的：2，4，6，8……放在 user2中，这样的拆分办法就是水平拆分了。水平拆分的方式也很多，除了上面说的按照 id 拆表，还可以按照时间维度取拆分，比如订单表，可以按每日、每月等进行拆分。每日表：只存储当天的数据。每月表：可以起一个定时任务将前一天的数据全部迁移到当月表。历史表：同样可以用定时任务把时间超过 30 天的数据迁移到 history表。总结一下水平拆分和垂直拆分的特点：垂直切分：基于表或字段划分，表结构不同。水平切分：基于数据划分，表结构相同，数据不同。单库内拆分和多库拆分拿水平拆分为例，每张表都拆分为了多个子表，多个子表存在于同一数据库中。比如下面用户表拆分为用户1表、用户2表。
在一个数据库中将一张表拆分为几个子表在一定程度上可以解决单表查询性能的问题，但是也会遇到一个问题：单数据库存储瓶颈。所以在业界用的更多的还是将子表拆分到多个数据库中。比如下图中，用户表拆分为两个子表，两个子表分别存在于不同的数据库中。
一句话总结：分表主要是为了减少单张表的大小，解决单表数据量带来的性能问题。
在文章开头先抛几个问题：
（1）什么时候才需要分库分表呢？我们的评判标准是什么？
（2）一张表存储了多少数据的时候，才需要考虑分库分表？
（3）数据增长速度很快，每天产生多少数据，才需要考虑做分库分表？这些问题你都搞清楚了吗？相信看完这篇文章会有答案。
为什么要分库分表？首先回答一下为什么要分库分表，答案很简单：数据库出现性能瓶颈。用大白话来说就是数据库快扛不住了。数据库出现性能瓶颈，对外表现有几个方面：大量请求阻塞在高并发场景下，大量请求都需要操作数据库，导致连接数不够了，请求处于阻塞状态。SQL 操作变慢如果数据库中存在一张上亿数据量的表，一条 SQL 没有命中索引会全表扫描，这个查询耗时会非常久。存储出现问题业务量剧增，单库数据量越来越大，给存储造成巨大压力。从机器的角度看，性能瓶颈无非就是CPU、内存、磁盘、网络这些，要解决性能瓶颈最简单粗暴的办法就是提升机器性能，但是通过这种方法成本和收益投入比往往又太高了，不划算，所以重点还是要从软件角度入手。
数据库相关优化方案数据库优化方案很多，主要分为两大类：软件层面、硬件层面。软件层面包括：SQL 调优、表结构优化、读写分离、数据库集群、分库分表等；硬件层面主要是增加机器性能。SQL 调优SQL 调优往往是解决数据库问题的第一步，往往投入少部分精力就能获得较大的收益。SQL 调优主要目的是尽可能的让那些慢 SQL 变快，手段其实也很简单就是让 SQL 执行尽量命中索引。开启慢 SQL 记录如果你使用的是 Mysql，需要在 Mysql 配置文件中配置几个参数即可。
调优的工具常常会用到 explain 这个命令来查看 SQL 语句的执行计划，通过观察执行结果很容易就知道该 SQL 语句是不是全表扫描、有没有命中索引。select id, age, gender from user where name = '爱笑的架构师';返回有一列叫“type”，常见取值有：ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）ALL 代表这条 SQL 语句全表扫描了，需要优化。一般来说需要达到range 级别及以上。表结构优化以一个场景举例说明：“user”表中有 user_id、nickname 等字段，“order”表中有order_id、user_id等字段，如果想拿到用户昵称怎么办？
一般情况是通过 join 关联表操作，在查询订单表时关联查询用户表，从而获取导用户昵称。但是随着业务量增加，订单表和用户表肯定也是暴增，这时候通过两个表关联数据就比较费力了，为了取一个昵称字段而不得不关联查询几十上百万的用户表，其速度可想而知。这个时候可以尝试将 nickname 这个字段加到 order 表中（order_id、user_id、nickname），这种做法通常叫做数据库表冗余字段。这样做的好处展示订单列表时不需要再关联查询用户表了。
冗余字段的做法也有一个弊端，如果这个字段更新会同时涉及到多个表的更新，因此在选择冗余字段时要尽量选择不经常更新的字段。架构优化当单台数据库实例扛不住，我们可以增加实例组成集群对外服务。当发现读请求明显多于写请求时，我们可以让主实例负责写，从实例对外提供读的能力；如果读实例压力依然很大，可以在数据库前面加入缓存如 redis，让请求优先从缓存取数据减少数据库访问。缓存分担了部分压力后，数据库依然是瓶颈，这个时候就可以考虑分库分表的方案了，后面会详细介绍。硬件优化硬件成本非常高，一般来说不可能遇到数据库性能瓶颈就去升级硬件。在前期业务量比较小的时候，升级硬件数据库性能可以得到较大提升；但是在后期，升级硬件得到的收益就不那么明显了。
分库分表详解
下面我们以一个商城系统为例逐步讲解数据库是如何一步步演进。
单应用单数据库
在早期创业阶段想做一个商城系统，基本就是一个系统包含多个基础功能模块，最后打包成一个 war 包部署，这就是典型的单体架构应用。如上图，商城系统包括主页 Portal 模板、用户模块、订单模块、库存模块等，所有的模块都共有一个数据库，通常数据库中有非常多的表。因为用户量不大，这样的架构在早期完全适用，开发者可以拿着 demo到处找（骗）投资人。一旦拿到投资人的钱，业务就要开始大规模推广，同时系统架构也要匹配业务的快速发展。多应用单数据库在前期为了抢占市场，这一套系统不停地迭代更新，代码量越来越大，架构也变得越来越臃肿，现在随着系统访问压力逐渐增加，系统拆分就势在必行了。
为了保证业务平滑，系统架构重构也是分了几个阶段进行。第一个阶段将商城系统单体架构按照功能模块拆分为子服务，比如：Portal 服务、用户服务、订单服务、库存服务等。如上图，多个服务共享一个数据库，这样做的目的是底层数据库访问逻辑可以不用动，将影响降到最低。多应用多数据库随着业务推广力度加大，数据库终于成为了瓶颈，这个时候多个服务共享一个数据库基本不可行了。我们需要将每个服务相关的表拆出来单独建立一个数据库，这其实就是“分库”了。单数据库的能够支撑的并发量是有限的，拆成多个库可以使服务间不用竞争，提升服务的性能。
如上图，从一个大的数据中分出多个小的数据库，每个服务都对应一个数据库，这就是系统发展到一定阶段必要要做的“分库”操作。现在非常火的微服务架构也是一样的，如果只拆分应用不拆分数据库，不能解决根本问题，整个系统也很容易达到瓶颈。分表说完了分库，那什么时候分表呢？如果系统处于高速发展阶段，拿商城系统来说，一天下单量可能几十万，那数据库中的订单表增长就特别快，增长到一定阶段数据库查询效率就会出现明显下降。因此，当单表数据增量过快，业界流传是超过500万的数据量就要考虑分表了。当然500万只是一个经验值，大家可以根据实际情况做出决策。
那如何分表呢？分表有几个维度，一是水平切分和垂直切分，二是单库内分表和多库内分表。水平拆分和垂直拆分就拿用户表（user）来说，表中有7个字段：id,name,age,sex,nickname,description，如果 nickname 和 description 不常用，我们可以将其拆分为另外一张表：用户详细信息表，这样就由一张用户表拆分为了用户基本信息表+用户详细信息表，两张表结构不一样相互独立。但是从这个角度来看垂直拆分并没有从根本上解决单表数据量过大的问题，因此我们还是需要做一次水平拆分。
还有一种拆分方法，比如表中有一万条数据，我们拆分为两张表，id 为奇数的：1，3，5，7……放在 user1， id 为偶数的：2，4，6，8……放在 user2中，这样的拆分办法就是水平拆分了。水平拆分的方式也很多，除了上面说的按照 id 拆表，还可以按照时间维度取拆分，比如订单表，可以按每日、每月等进行拆分。每日表：只存储当天的数据。每月表：可以起一个定时任务将前一天的数据全部迁移到当月表。历史表：同样可以用定时任务把时间超过 30 天的数据迁移到 history表。总结一下水平拆分和垂直拆分的特点：垂直切分：基于表或字段划分，表结构不同。水平切分：基于数据划分，表结构相同，数据不同。单库内拆分和多库拆分拿水平拆分为例，每张表都拆分为了多个子表，多个子表存在于同一数据库中。比如下面用户表拆分为用户1表、用户2表。
在一个数据库中将一张表拆分为几个子表在一定程度上可以解决单表查询性能的问题，但是也会遇到一个问题：单数据库存储瓶颈。所以在业界用的更多的还是将子表拆分到多个数据库中。比如下图中，用户表拆分为两个子表，两个子表分别存在于不同的数据库中。
一句话总结：分表主要是为了减少单张表的大小，解决单表数据量带来的性能问题。
【这种情况“只出不进”！深圳各大公园、景区最新要求……】
https://t.cn/A6VdrNDn
端午假期第二天
大家都出门玩耍了吗？
每当节假日，深圳各大公园景区
都将迎来客流高峰
当下疫情
前往深圳各个热门景点游玩
有什么特殊要求？
一起来看看！
深圳各大公园：
如园内游客量达高饱和状态
将暂缓入园、只出不进
假期期间，深圳各大公园将持续做好疫情防控工作，加强园区客流监测，如园内游客量达高饱和状态，或局部地区游客流过于密集时，将启动紧急限流措施，暂缓入园、只出不进。如遇客流管控，请市民游客予以理解和配合。
深圳市公园管理中心提醒广大市民游客，疫情结束前，尽量少外出、不聚集，合理规划游玩时间及地点，进入公园自觉接受体温检测，按照工作人员的指引入园，游玩过程中科学佩戴口罩，做好个人防护工作。
（图一）
深圳湾公园：
停车场或视情况封闭
市民尽量不要自驾前往
深圳湾公园作为深圳最热门的景点之一，逢节假日，等候进入公园停车场的车辆经常大排长龙，导致周边交通拥堵。
为保障道路畅通，交警部门将视情况临时封闭深圳湾公园停车场，建议市民游客节假日绿色出行，尽量不要自驾前往深圳湾公园。
（图二）
阳台山森林公园：
标志性景点正在更新维护
暂不对外开放
坐拥“深圳西部第一峰”的阳台山森林公园也是节假日的热门出行地。需要提醒的是，位于大浪片区的标志性景点“胜利大营救”雕塑目前正在更新维护中，暂不对外开放。
公园大浪入口停车场也在整体升级改造中，仅有小部分车位可供使用，请来园游客尽量选择公共交通，避免拥堵。
洪湖公园：
荷花花期将持续至8月初
请勿扎堆赏花
作为深圳最佳赏荷地，洪湖公园的荷花目前已进入盛花期。荷塘景观面积较往年有所扩大，总面积达19万平方米，在公园全新打造的绿天坪景区，市民还可以观赏到公园精心培育的上百盆精品碗莲，以及井冈山、瑞金等5个中国红系列荷花。
预计洪湖公园的荷花花期将从端午持续到7月底、8月初，请市民游客合理选择出游时间，切勿扎堆赏花。
（图三）
为做好疫情防控，端午节假日期间，公园将进行人流管控，暂时关闭东大门停车场岗亭门、南小门1号、双楼梯入口、布吉河南桥和布吉河北桥等5个小型出入口，请市民选择东大门、东侧门、笋岗桥头门、北小门、南门和西门6个主要出入口进入公园。
洪湖公园将根据公安部门核定的1.8万最大实时在园人数进行管控，当达到最大在园人数限值时，公园将采取客流管控措施，只出不进，暂缓入园，届时也请广大市民游客配合公园管理，服从疏导工作。
此外，为了避免疫情期间市民游客扎堆前往公园赏荷，罗湖区将荷花引入水贝街区，以水贝壹号广场为主，结合水贝金座、水贝银座和水贝国际，布置以荷花为主题的花漾街区，以便市民朋友在逛街、上下班途中就能一睹荷花芳容，体验到荷花文化。
除荷花以外，各大公园的紫薇、凤凰木、鸡蛋花、白兰花、大花紫薇等也正值花期，处处生机盎然、繁花盛开，市民游客随处便可欣赏缤纷的六月风光。
除了各大公园
假期期间，深圳多个景点
也有相关防控措施
深圳各大景区：
多个“网红图书馆”暂停服务
多数景点需检查“三件套”
多个“网红图书馆”暂停服务
假期期间，记者了解到，包括听海图书馆、灯塔图书馆以及悦海图书馆等“网红图书馆”因疫情原因暂未对外开放。
大梅沙海滨公园
大梅沙海滨公园从5月1日起至10月7日（旺季期间）实行免费预约入园管理模式，游客可通过“i盐田”“大梅沙旅游”微信公众号、i深圳APP提前进行预约。
（图四）
另外，疫情防控形势下，大梅沙海滨公园提醒，游客入园时需出示行程码、健康码、配合工作人员体温检测、注意保持1米安全距离，中高风险地区游客请暂停预约；市民游客游玩期间请佩戴好口罩，避免扎堆；大梅沙片区节假日会有车位紧张的情况，请市民朋友错峰出行，尽量乘坐公共交通绿色出行。
（图五）
东部华侨城
东部华侨城号召广大游客共同做好疫情防控工作。游客游览景区前需在“深圳东部华侨城”微信公众号线上预约出行，所有进出景区人员需佩戴好口罩、配合体温测量、检查三码（行程码、疫苗码、核酸码）、出入报备等。
（图六）
中英街
端午节假期，为严防疫情传播，中英街仍采取严格的限量预约制度，未提前预约的游客切勿前往。
游客需提供“健康码绿码+72小时内核酸检测阴性+无疫情地区行程史”证明方可进入中英街。预约取证时段为9:00-17:00，18:00前须出关。
欢乐谷景区
全面做好消杀工作，严格控制室内场馆接待量，不超过规定核载人数的75%。
小编提醒大家
出门之前查看攻略信息
以免到了现场落空啦
出门千万要记得
戴好口罩，不要扎堆
做好个人防护，安全第一！
https://t.cn/A6VdrNDn
端午假期第二天
大家都出门玩耍了吗？
每当节假日，深圳各大公园景区
都将迎来客流高峰
当下疫情
前往深圳各个热门景点游玩
有什么特殊要求？
一起来看看！
深圳各大公园：
如园内游客量达高饱和状态
将暂缓入园、只出不进
假期期间，深圳各大公园将持续做好疫情防控工作，加强园区客流监测，如园内游客量达高饱和状态，或局部地区游客流过于密集时，将启动紧急限流措施，暂缓入园、只出不进。如遇客流管控，请市民游客予以理解和配合。
深圳市公园管理中心提醒广大市民游客，疫情结束前，尽量少外出、不聚集，合理规划游玩时间及地点，进入公园自觉接受体温检测，按照工作人员的指引入园，游玩过程中科学佩戴口罩，做好个人防护工作。
（图一）
深圳湾公园：
停车场或视情况封闭
市民尽量不要自驾前往
深圳湾公园作为深圳最热门的景点之一，逢节假日，等候进入公园停车场的车辆经常大排长龙，导致周边交通拥堵。
为保障道路畅通，交警部门将视情况临时封闭深圳湾公园停车场，建议市民游客节假日绿色出行，尽量不要自驾前往深圳湾公园。
（图二）
阳台山森林公园：
标志性景点正在更新维护
暂不对外开放
坐拥“深圳西部第一峰”的阳台山森林公园也是节假日的热门出行地。需要提醒的是，位于大浪片区的标志性景点“胜利大营救”雕塑目前正在更新维护中，暂不对外开放。
公园大浪入口停车场也在整体升级改造中，仅有小部分车位可供使用，请来园游客尽量选择公共交通，避免拥堵。
洪湖公园：
荷花花期将持续至8月初
请勿扎堆赏花
作为深圳最佳赏荷地，洪湖公园的荷花目前已进入盛花期。荷塘景观面积较往年有所扩大，总面积达19万平方米，在公园全新打造的绿天坪景区，市民还可以观赏到公园精心培育的上百盆精品碗莲，以及井冈山、瑞金等5个中国红系列荷花。
预计洪湖公园的荷花花期将从端午持续到7月底、8月初，请市民游客合理选择出游时间，切勿扎堆赏花。
（图三）
为做好疫情防控，端午节假日期间，公园将进行人流管控，暂时关闭东大门停车场岗亭门、南小门1号、双楼梯入口、布吉河南桥和布吉河北桥等5个小型出入口，请市民选择东大门、东侧门、笋岗桥头门、北小门、南门和西门6个主要出入口进入公园。
洪湖公园将根据公安部门核定的1.8万最大实时在园人数进行管控，当达到最大在园人数限值时，公园将采取客流管控措施，只出不进，暂缓入园，届时也请广大市民游客配合公园管理，服从疏导工作。
此外，为了避免疫情期间市民游客扎堆前往公园赏荷，罗湖区将荷花引入水贝街区，以水贝壹号广场为主，结合水贝金座、水贝银座和水贝国际，布置以荷花为主题的花漾街区，以便市民朋友在逛街、上下班途中就能一睹荷花芳容，体验到荷花文化。
除荷花以外，各大公园的紫薇、凤凰木、鸡蛋花、白兰花、大花紫薇等也正值花期，处处生机盎然、繁花盛开，市民游客随处便可欣赏缤纷的六月风光。
除了各大公园
假期期间，深圳多个景点
也有相关防控措施
深圳各大景区：
多个“网红图书馆”暂停服务
多数景点需检查“三件套”
多个“网红图书馆”暂停服务
假期期间，记者了解到，包括听海图书馆、灯塔图书馆以及悦海图书馆等“网红图书馆”因疫情原因暂未对外开放。
大梅沙海滨公园
大梅沙海滨公园从5月1日起至10月7日（旺季期间）实行免费预约入园管理模式，游客可通过“i盐田”“大梅沙旅游”微信公众号、i深圳APP提前进行预约。
（图四）
另外，疫情防控形势下，大梅沙海滨公园提醒，游客入园时需出示行程码、健康码、配合工作人员体温检测、注意保持1米安全距离，中高风险地区游客请暂停预约；市民游客游玩期间请佩戴好口罩，避免扎堆；大梅沙片区节假日会有车位紧张的情况，请市民朋友错峰出行，尽量乘坐公共交通绿色出行。
（图五）
东部华侨城
东部华侨城号召广大游客共同做好疫情防控工作。游客游览景区前需在“深圳东部华侨城”微信公众号线上预约出行，所有进出景区人员需佩戴好口罩、配合体温测量、检查三码（行程码、疫苗码、核酸码）、出入报备等。
（图六）
中英街
端午节假期，为严防疫情传播，中英街仍采取严格的限量预约制度，未提前预约的游客切勿前往。
游客需提供“健康码绿码+72小时内核酸检测阴性+无疫情地区行程史”证明方可进入中英街。预约取证时段为9:00-17:00，18:00前须出关。
欢乐谷景区
全面做好消杀工作，严格控制室内场馆接待量，不超过规定核载人数的75%。
小编提醒大家
出门之前查看攻略信息
以免到了现场落空啦
出门千万要记得
戴好口罩，不要扎堆
做好个人防护，安全第一！
✋热门推荐