谷歌网站地图生成,怎么做网站app,营销型企业网站分析与诊断,商标注册查询app三大版本的演进 文章目录 三大版本的演进一#xff1a;5.6版本#xff08;大跃进时期#xff09;1#xff1a;支持只读事务2#xff1a;innodb存储引擎增强2.1#xff1a;缓冲池刷盘策略优化2.2#xff1a;BufferPool缓冲池预热 3#xff1a;新增Performance_Schema库监…三大版本的演进 文章目录 三大版本的演进一5.6版本大跃进时期1支持只读事务2innodb存储引擎增强2.1缓冲池刷盘策略优化2.2BufferPool缓冲池预热 3新增Performance_Schema库监控全局资源4索引下推减少回表5MRR机制减少回表6主从同步的复制改进7其他特性 二5.7版本1引入共享排它锁(SX锁)1.1SMO【悲观写入操作】问题2.2SX工作原理1读操作的执行流程2乐观写入的执行流程3悲观写入的执行流程 2.3并发事务冲突分析 2json格式的支持3其他特性 三8.0版本1移除查询缓存(Query Cache)2锁机制优化3在线修改的系统参数支持持久化4增强多表连接查询4.1哈希连接Hash Join4.2反连接(Anti Join) 5增强索引机制5.1索引跳跃式扫描机制Index Skip Scan 6CTE通用表达式7窗口函数(难点特色)8其他特性 一5.6版本大跃进时期 增加了很多重要的功能但是都没有完美实现 1支持只读事务
在此之前的版本中MySQL默认会为每个事务都分配事务ID所有事务都一视同仁
但在5.6版本中开始支持只读事务MySQL内部会有两个事务链表一个是只读事务链表一个是正常事务链表。
当一个事务中只有读操作时MySQL并不会为这些事务分配ID默认全部为0但是会分配查询ID然后将其标记为一个只读事务并加入只读事务链表中直到当这个事务中出现变更数据的操作时才会正式为其分配事务ID以及将其挪动到正常事务链表中。
这样做的好处在于其他事务利用MVCC机制读取数据时生成的ReadView读视图中的活跃事务链表会小很多很多因此遍历的速度更快
同时也无需为其分配回滚段从而进一步提升了MySQL整体的查询性能。
2innodb存储引擎增强
2.1缓冲池刷盘策略优化
在之前的版本的InnoDB-BufferPool缓冲池中变更过的数据页会共用MySQL后台的刷盘线程也就是redo-log、undo-log、bin-log…一系列内存到磁盘的刷盘工作都是采用同一批线程来完成。
在MySQL5.6版本中BufferPool引入了独立的刷盘线程也就意味着缓冲池中变更过的数据页会由专门的线程来负责刷盘这样能够提升缓冲池的刷盘效率无需排队等待刷写。
同时BufferPool的刷盘线程还支持开启多线程并发刷盘操作这样在缓冲池较大的情况下能够进一步提升刷盘的效率从而让数据落盘的效率更快从一定程度上也提升了数据的安全性
2.2BufferPool缓冲池预热
缓冲池预热是一种特别好的机制在之前版本的内存缓冲池中当MySQL关闭时原本内存中的热点数据都会被清空重启后所有的热点数据又需要经过时间的沉淀然后才能留在内存中。
但MySQL5.6版本中每次关闭MySQL时都会将内存中的热点数据页保存到磁盘中当重启时会直接从磁盘中载入之前的热点数据避免了热点数据的重新“选拔”
3新增Performance_Schema库监控全局资源
这里面会记录数据库整体的监控信息比如事务监控信息、最近执行的SQL信息、最近连接的客户端信息、数据库各空间的使用信息…
基于这个库可以在线上构建出一个完善的MySQL监控系统
Statements/execution stagesMySQL统计的一些消耗资源较高的SQL语句。Table and Index I/OMySQL统计的那些表和索引会导致I/O负载过高。Table LocksMySQL统计的表中数据的锁资源竞争信息。Users/Hosts/Accounts消耗资源最多的客户端、IP机器、用户。Network I/OMySQL统计的一些网络相关的资源情况。
4索引下推减少回表
Index Condition Pushdown索引下推简称ICP索引下推是MySQL5.6版本以后引入的一种优化机制
可以通过命令set optimizer_switch‘index_condition_pushdownoff|on’;命令来手动管理。
set optimizer_switchindex_condition_pushdownon;
set optimizer_switchindex_condition_pushdownoff;5MRR机制减少回表
Multi-Range Read简称为MRR机制这也是和索引下推一同在MySQL5.6版本中引入的性能优化措施
一般来说在实际业务中我们应当尽量通过索引覆盖的特性减少回表操作以降低IO次数但在很多时候往往又不得不做回表才能查询到数据
回表显然会导致产生大量磁盘IO同时更严重的一点是还会产生大量的离散IO
select * from student where score between 0 and 59; # 找到所有的不及格的学生 假设成绩字段上存在一个普通索引那思考一下这条SQL的执行流程是什么样的呢
先在成绩字段的索引上找到0分的节点然后拿着ID去回表得到成绩零分的学生信息。再次回到成绩索引继续找到所有1分的节点继续回表得到1分的学生信息。再次回到成绩索引继续找到所有2分的节点…周而复始不断重复这个过程直到将0~59分的所有学生信息全部拿到为止。
假设此时成绩05分的表数据位于磁盘空间的page_01页上而成绩为510分的数据位于磁盘空间的page_02页上成绩为10~15分的数据又位于磁盘空间的page_01页上。
此时回表查询时就会导致在page_01、page_02两页空间上来回切换但05、1015分的数据完全可以合并然后读一次page_01就可以了既能减少IO次数同时还避免了离散IO。
而MRR机制就主要是解决这个问题的针对于辅助索引的回表查询减少离散IO并且将随机IO转换为顺序IO从而提高查询效率。 MRR实现原理 MRR机制中对于辅助索引中查询出的ID会将其放到缓冲区的read_rnd_buffer中
然后等全部的索引检索工作完成后或者缓冲区中的数据达到read_rnd_buffer_size大小时此时MySQL会对缓冲区中的数据排序
从而得到一个有序的ID集合rest_sort最终再根据顺序IO去聚簇/主键索引中回表查询数据。 如何开启和关闭呢 set optimizer_switchmrron|off, mrr_cost_basedon|off;可以通过上述这条命令开启或关闭MRR机制MySQL5.6及以后的版本是默认开启的。 6主从同步的复制改进
针对于主从数据同步的问题主要引入了GTID复制、无损复制增强半同步复制、延时复制、并行复制这四种技术这个后续详细说
7其他特性
索引增强全文索引支持InnoDB与亚洲语种分词、支持空间索引等。表分区增强单表分区数量最大可创建8192个、分区锁性能提升、支持cloumns分区类型。增强日期类型time、datetime、timestamp精度提升到微秒级datetime容量缩减到5字节。日志增强Redo-log文件大小限制由4G→512G、Undo-log文件可独立指定位置存储。支持在线DDLOnline DDL、对limit语句做了优化… 二5.7版本 5.6版本中步子迈的太大很多方面的技术都需要根据市场反馈做细微调整因此成功的为MySQL5.7做好了铺垫 一般的项目如果不选用MySQL8.0基本上都会选择MySQL5.7而不是5.6。 1引入共享排它锁(SX锁)
在MySQL5.7之前的版本中数据库中仅存在两种类型的锁即共享锁与排他锁
但是在MySQL5.7.2版本中引入了一种新的锁被称之为(SX)共享排他锁这种锁是共享锁与排他锁的杂交类型
SX锁不会阻塞S锁但是会阻塞X、SX锁
1.1SMO【悲观写入操作】问题
在SQL执行期间一旦更新操作触发BTree叶子节点分裂那么就会对整棵BTree加排它锁
这不但阻塞了后续这张表上的所有的更新操作同时也阻止了所有试图在BTree上的读操作也就是会导致所有的读写操作都被阻塞其影响巨大。
因此这种大粒度的排它锁成为了InnoDB支持高并发访问的主要瓶颈而这也是MySQL 5.7版本中引入SX锁要解决的问题。 2.2SX工作原理
针对上述问题最简单的方式就是减小SMO问题发生时锁定的BTree粒度
当发生SMO问题时就只锁定BTree的某个分支而并不是锁定整颗B树从而做到不影响其他分支上的读写操作。 1读操作的执行流程
读取数据之前首先会对BTree加一个共享锁。在基于树检索数据的过程中对于所有走过的叶节点会加一个共享锁。找到需要读取的目标叶子节点后先加一个共享锁释放步骤②上加的所有共享锁。读取最终的目标叶子节点中的数据读取完成后释放对应叶子节点上的共享锁。
2乐观写入的执行流程
乐观写入之前首先会对BTree加一个共享锁。在基于树检索修改位置的过程中对于所有走过的叶节点会加一个共享锁。找到需要写入数据的目标叶子节点后先加一个排他锁释放步骤②上加的所有共享锁。修改目标叶子节点中的数据后释放对应叶子节点上的排他锁。
3悲观写入的执行流程
悲观更新之前首先会对BTree加一个共享排他锁SX锁。由于①上已经加了SX锁因此当前事务执行过程中会阻塞其他尝试更改树结构的事务。遍历查找需要写入数据的目标叶子节点找到后对其分支加上排他锁释放①中加的SX锁。执行SMO操作也就是执行悲观写入操作完成后释放步骤③中在分支上加的排他锁。
2.3并发事务冲突分析
对于读操作、乐观写入操作而言并不会加SX锁共享排他锁仅针对于悲观写入操作会加
由于读操作、乐观写入执行前对整颗树加的是S锁因此悲观写入时加的SX锁并不会阻塞乐观写入和读操作
但当另一个事务尝试执行SMO操作变更树结构时也需要先对树加上一个SX锁这时两个悲观写入的并发事务就会出现冲突新来的事务会被阻塞。
⚠️ 当第一个事务寻找到要修改的节点后会对其分支加上X锁紧接着会释放BTree上的SX锁这时另外一个执行SMO操作的事务就能获取SX锁啦
因此MySQL5.7版本引入SX锁之后解决了5.6版本发生SMO操作时阻塞一切读写操作的问题这样能够在一定程度上提升了InnoDB表的并发性能。
⚠️ 虽然一个执行悲观写入的事务找到了要更新/插入数据的节点后会释放SX锁但是会对其上级的叶节点叶分支加上排他锁因此正在发生SMO操作的叶分支依旧是会阻塞所有的读写行为也就是当一个要读取的数据位于正在执行SMO操作的叶分支中时依旧会被阻塞。
2json格式的支持
随着非结构化数据的存储需求持续增长各类非关系型数据库应运而生例如MongoDB
在MySQL5.7.8版本中也支持了json数据类型并且为其提供了一系列操作的API。
虽然说MySQL也支持了json格式存储但显然是太晚了自然无法抢过MongoDB的市场占用率
从性能和存储容量来说MySQL也无法竞争过MongoDB但相较于其他非结构化数据库MySQL存储json数据有两大优势
对于json数据的API操作支持事务支持为一个表字段设置json格式也就意味着MySQL中可以将结构化数据和非结构化数据共同存储。
3其他特性
临时表优化临时表的写操作不记录redo-log、不为其生成缓冲数据页减小资源占用。多接点部署时数据同步复制再次优化支持多主/源复制、以及真正意义上的并行复制等。引入了虚拟列的实现类似于Oracle数据库中的函数索引。移除了默认的test数据库以及默认不会创建匿名用户引入密码过期策略。触发器增强表上同一种事件、同一时机的触发器可创建多个之前则只能允许创建一个。推出了新的mysqlpump工具用于数据的逻辑备份、引入了新的客户端工具mysqlsh等。支持通过max_execution_time限制一条SQL的执行超时时间、支持innodb_deadlock_detect死锁检测。GIS空间数据类型增强使用Boost.Geometry代替原有的GIS算法InnoDB支持空间索引。… 具体看这个https://dev.mysql.com/doc/refman/5.7/en/ 三8.0版本
1移除查询缓存(Query Cache)
Query Cahce查询缓存的设计初衷很好也就是利用热点探测技术对于一些频繁执行的查询SQL直接将结果缓存在内存中
之后再次来查询相同数据时就无需走磁盘而是直接从查询缓存中获取数据并返回。
听起来似乎还不错呀好像确实能带来不小的性能提升呢但实则很鸡肋
select * from table where user_id1;
select * from table where user_id 1;看似一模一样的语句因为user_id后面有没有空格就会导致sql计算出来的hash值不同从而导致无法命中查询缓存所以查询缓存十分的鸡肋
不仅如此被移除还有如下的原因
缓存命中率低几乎大部分SQL都无法从查询缓存中获得数据。占用内存高将大量查询结果放入到内存中会占用至少几百MB的内存。增加查询步骤查询表之前会先查一次缓存查询后会将结果放入缓存额外多几步开销。缓存维护成本不小需要LRU算法淘汰缓存同时每次更新、插入、删除数据时都要清空缓存中对应的数据。查询缓存是专门为MyISAM引擎设计的而InnoDB构建的缓冲区完全具备查询缓存的作用。
redis yyds
2锁机制优化
一方面对获取共享锁的写法进行了优化如下
-- MySQL8.0之前的版本
select ... lock in share mode;-- MySQL8.0及后续的版本
select ... for share;第二方面则支持非阻塞式获取锁机制可以在获取锁的写法上加上NOWAIT、SKIP LOCKED关键字这样在未获取到锁时不会阻塞等待
使用SKIP LOCKED未获取到锁时会直接返回空使用NOWAIT会直接返回并向客户端返回异常。
-- 非阻塞式获取锁机制拿不到锁时不用等待
select * for update nowait; -- 返回异常
select * for update skip locked -- 返回null3在线修改的系统参数支持持久化
在之前的版本中通过set、set global的形式修改某个系统变量时这种方式设置的参数值都是一次性的
也就是修改过的参数并不会被同步到本地当MySQL重启时这些调整过的参数又会回归默认值
如果想要让调整过的参数生效就必须要手动停止MySQL然后去修改my.ini/my.conf文件修改完成后再重启数据库服务这时才能让参数永久生效。
而在MySQL8.0中则彻底优化了这个问题推出了在线修改参数后支持持久化到本地文件的机制也就是通过SET PERSIST命令来完成如下
-- 调整事务的隔离级别针对于当前连接有效
set transaction isolation level read uncommitted;-- 调整事务的隔离级别针对于全局有效重启后会丢失
set global tx_isolation read-committed;-- 调整事务的隔离级别针对于全局有效并且会持久化到本地重启后不会丢失
set persist global.tx_isolation repeatable-read;通过set persist命令持久化的参数可以通过下述命令来查看
select * from performance_schema.persisted_variables;这条命令的本质其实是基于MySQL自带的performance_schema监控库查询持久化过的参数。
参数持久化的原理也非常简单当执行set persist命令时会将改变过的参数写入到本地的mysqld-auto.cnf文件中
MySQL每次启动时都会读取这个文件中的值如果该文件中存在参数则会直接将其加载从而实现了一次修改永久有效。 移除永久设置 如果想要参数不再持久化到本地时可以选择删除安装目录下的mysqld-auto.cnf文件或执行reset persist命令来清除
但这两种方式都只对下次重启时生效毕竟本次参数已经被载入内存了所以只能通过再次手动修改的方式复原。
4增强多表连接查询
在之前的MySQL版本中仅支持交叉连接、内连接、左外连接、右外连接四种连接类型这四种连接都会采用默认的连接算法
在8.0版本中提供了哈希连接、反连接两种连接优化的支持。
4.1哈希连接Hash Join 对于哈希连接算法MySQL是默认开启的咱们可通过set optimizer_switch“hash_joinoff”;的形式来手动控制开关。 在哈希连接算法中会分为两个阶段
构建阶段选择一张小表作为构建表接着会基于连接字段做哈希处理生成哈希值放入内存中构建出一张哈希表。探测阶段遍历大表的每一行数据然后对连接字段做哈希处理通过生成的哈希值与内存哈希表做比较符合条件则放入结果集中。 哈希连接的问题和解决方案 哈希连接存在一个致命问题就是内存中join_buffer_size的容量无法完全载入构建表的哈希数据时怎么办呢这里就有两种解决方案
分批处理将构建表的数据拆分为几部分每次载入一部分到内存但这样会导致大表的遍历次数随着分批次数变大而增多。利用磁盘完成也就是首先将构建表的所有数据做哈希处理放不下时将一部分处理好的哈希数据放入磁盘在探测阶段遍历大表时每次对大表数据生成哈希值后做判断时从磁盘依次读取处理好的哈希值做判断。
而MySQL中选择的是第二种也就是当内存无法完全放下构建表的哈希数据时会采用磁盘内存混合的模式执行哈希连接。 MySQL什么情况下会选用哈希连接 该算法有几个硬性限制
目前哈希连接算法仅支持内连接的多表连查方式。哈希连接算法必须要求存在等值连接条件即a.idb.id才行a.idb.id是不行的。如果连接字段可以走索引查询的情况下默认依旧会采用循环连接算法。
第二点的原因在于哈希连接算法生成的哈希值是无序的所以必须要用等值连接才行。
第三点的原因在于连接查询时走索引的效率并不低哈希连接需要生成哈希表因此需要时间因此在能够走索引连表的情况下哈希连接算法的效率反而比不上循环连接。
4.2反连接(Anti Join)
反连接是MySQL8.0对于一些反范围查询操作的优化主要针对于下述几种情况会做优化
not in (select ... from ...);
not exists (select ... from ...);in (select ... from) is not true
exists (select .. from ...) is not truein (select ... from ..) is false
exists (select ... from ...) is false在MySQL早些版本中使用NOT EXISTS、NOT IN、IS NOT…这类操作时有可能会导致索引失效而且也会让查询效率变低
因此MySQL8.0版本中会对上述几类语句进行优化当你的SQL语句使用了上述语法检索数据时在MySQL内部会将其转变为反连接类型的查询语句。
也就是会将右边的子查询结果集变为一张物理临时表然后基于条件字段做连接查询官方号称在某些场景下能够让上述几类语句的查询性能提升20%
5增强索引机制
首先对联合索引提供了一种跳跃扫描机制的支持也就意味着使用联合索引时就算未遵循最左前缀匹配原则也可以使用联合索引来检索数据。
除此之外还有另外三种新的索引特性隐藏索引、降序索引以及函数索引
5.1索引跳跃式扫描机制Index Skip Scan
比如此时通过(A、B、C)三个列建立了一个联合索引此时有如下一条SQL
select * from table where B xxx and C xxx;按理来说这条SQL既不符合最左前缀原则也不具备使用索引覆盖的条件因此绝对是不会走联合索引查询的
但跳跃扫描机制使得优化器为你重构了SQL比如上述这条SQL则会重构成如下情况
SELECT * FROM tb_xx WHERE B xxx AND C xxx AND A xxx
UNION ALL
SELECT * FROM tb_xx WHERE B xxx AND C xxx AND A yyy
......
SELECT * FROM tb_xx WHERE B xxx AND C xxx AND A zzz;“虽然你没用第一个字段但我给你加上去今天这个联合索引你就得用不用也得给我用”
⚠️ 跳跃式扫描机制有很多条件限制很多情况下无法触发https://dev.mysql.com/doc/refman/8.0/en/range-optimization.html
6CTE通用表达式
CTE是一个具备变量名的临时结果集也就是可以将一条查询语句的结果保存到一个变量里面
后续在其他语句中允许直接通过变量名来使用该结果集语法如下
with CTE名称 as (查询语句/子查询语句) select 语句;-- MySQL8.0版本之前的子查询语句
select * from t1 where xx in (select xx from t2 where yy zzz);-- MySQL8.0中使用CTE表达式来代替
with cte_query as(select xx from t2 where yy zzz)
select * from t1 join cte_query on t1.xx cte_query.xx;7窗口函数(难点特色)
窗口函数是一种分析型的OLAP函数因此也被称之为分析函数它可以理解成是数据的集合类似于group by分组的功能
之前的MySQL版本基于某个字段分组后会将数据压缩到一行显示
窗口函数的实际语法如下
窗口函数 over([partition by 字段名 order by 字段名 asc|desc])窗口函数 over 窗口名 ... window 窗口名
as ([partition by 字段名 order by 字段名 asc|desc])序号函数 row_number()按序排列相同的值序号会往后推如88、88、89排序为1、2、3。rank()并列排序相同的值序号会跳过如88、88、89排序为1、1、3。dense_rank()并列排序相同的值序号不会跳过如88、88、89排序为1、1、2。 分布函数 percent_rank()计算当前行数据的某个字段值占窗口内某个字段所有值的百分比。cume_dist() 小于等于当前字段值的行数与整个分组内所有行数据的占比。 前后函数 lag(expr,n)返回分组中的前n条符合expr条件的数据。lead(expr,n)返回分组中的后n条符合expr条件的数据。 首尾函数 first_value(expr)返回分组中的第一条符合expr条件的数据。last_value(expr)返回分组中的最后一条符合expr条件的数据。 其它函数 nth_value(expr,n)返回分组中的第n条符合expr条件的数据。ntile(n)将一个分组中的数据再分成n个小组并记录每个小组编号。
-- 按性别分组并按照ID值从大到小对各分组中的数据进行排序最后输出。select -- 使用 row_number() 序号窗口函数row_number() over(-- 基于性别做分组partition by user_sex -- 然后基于 ID 做倒序order by user_id desc) as serial_num,user_id, user_name, user_sex, password, register_time
fromzz_users;-------------------------------------------------------------------------
| serial_num | user_id | user_name | user_sex | password | register_time |
-------------------------------------------------------------------------
| 1 | 4 | 张三 | 女 | 8888 | 2022-09-17 23:48:29 |
| 2 | 1 | 李四 | 女 | 6666 | 2022-08-14 15:22:01 |
| 1 | 3 | 王五 | 男 | 4321 | 2022-09-16 07:42:21 |
| 2 | 2 | 赵六 | 男 | 1234 | 2022-09-14 16:17:44 |
-------------------------------------------------------------------------8其他特性 将默认的UTF-8编码格式从latin替换成了utf8mb4后者包含了所有emoji表情包字符。 增强NoSQL存储功能优化了5.6版本引入的NoSQL技术并完善了对JSON的支持性。 InnoDB引擎再次增强对自增、索引、加密、死锁、共享锁等方面做了大量改进与优化。 支持定义原子DDL语句即当需要对库表结构发生变更时变更操作可定义为原子性操作。 支持正则检索新增REGEXP_LIKE()、EGEXP_INSTR()、REGEXP_REPLACE()、REGEXP_SUBSTR()等函数提供支持。 优化临时表临时表默认引擎从Memory替换为TempTable引擎资源开销少性能更强。 锁机制增强除开前面聊到的锁特性变更外新引入了一种备份锁获取/释放锁语法如下 -- 获取锁
lock instance for backup
-- 释放锁
unlock instanceBin-log日志增强过期时间精确到秒利用zstd算法增强了日志事务的压缩功能。 安全性提高认证加密插件更新、密码策略改进、新增角色功能、日志文件支持加密等。 引入资源组的概念支持按业务优先级来控制工作线程的CPU资源抢占几率。 更多详细https://dev.mysql.com/doc/refman/8.0/en/ 文章转载自： http://www.morning.pxspq.cn.gov.cn.pxspq.cn http://www.morning.ldfcb.cn.gov.cn.ldfcb.cn http://www.morning.kxyqy.cn.gov.cn.kxyqy.cn http://www.morning.syqtt.cn.gov.cn.syqtt.cn http://www.morning.lctrz.cn.gov.cn.lctrz.cn http://www.morning.jwmws.cn.gov.cn.jwmws.cn http://www.morning.grpbt.cn.gov.cn.grpbt.cn http://www.morning.kmcfw.cn.gov.cn.kmcfw.cn http://www.morning.bxch.cn.gov.cn.bxch.cn http://www.morning.drywd.cn.gov.cn.drywd.cn http://www.morning.yfcyh.cn.gov.cn.yfcyh.cn http://www.morning.hgsmz.cn.gov.cn.hgsmz.cn http://www.morning.hhnhb.cn.gov.cn.hhnhb.cn http://www.morning.xiaobaixinyong.cn.gov.cn.xiaobaixinyong.cn http://www.morning.pgzgy.cn.gov.cn.pgzgy.cn http://www.morning.yesidu.com.gov.cn.yesidu.com http://www.morning.fbxdp.cn.gov.cn.fbxdp.cn http://www.morning.mflhr.cn.gov.cn.mflhr.cn http://www.morning.syqtt.cn.gov.cn.syqtt.cn http://www.morning.pwfwk.cn.gov.cn.pwfwk.cn http://www.morning.skscy.cn.gov.cn.skscy.cn http://www.morning.lkhfm.cn.gov.cn.lkhfm.cn http://www.morning.lsfbb.cn.gov.cn.lsfbb.cn http://www.morning.xfjwm.cn.gov.cn.xfjwm.cn http://www.morning.wbxtx.cn.gov.cn.wbxtx.cn http://www.morning.gqcsd.cn.gov.cn.gqcsd.cn http://www.morning.dfkby.cn.gov.cn.dfkby.cn http://www.morning.wrysm.cn.gov.cn.wrysm.cn http://www.morning.drrt.cn.gov.cn.drrt.cn http://www.morning.tmbfz.cn.gov.cn.tmbfz.cn http://www.morning.tsycr.cn.gov.cn.tsycr.cn http://www.morning.rnnwd.cn.gov.cn.rnnwd.cn http://www.morning.gqtxz.cn.gov.cn.gqtxz.cn http://www.morning.ldpjm.cn.gov.cn.ldpjm.cn http://www.morning.dpfr.cn.gov.cn.dpfr.cn http://www.morning.bhdtx.cn.gov.cn.bhdtx.cn http://www.morning.pfnlc.cn.gov.cn.pfnlc.cn http://www.morning.qwhbk.cn.gov.cn.qwhbk.cn http://www.morning.hwnnm.cn.gov.cn.hwnnm.cn http://www.morning.xlndf.cn.gov.cn.xlndf.cn http://www.morning.youyouling.cn.gov.cn.youyouling.cn http://www.morning.rpwm.cn.gov.cn.rpwm.cn http://www.morning.tlpsd.cn.gov.cn.tlpsd.cn http://www.morning.pmhln.cn.gov.cn.pmhln.cn http://www.morning.tpwrm.cn.gov.cn.tpwrm.cn http://www.morning.qqhfc.cn.gov.cn.qqhfc.cn http://www.morning.ktsth.cn.gov.cn.ktsth.cn http://www.morning.ldwxj.cn.gov.cn.ldwxj.cn http://www.morning.wnkjb.cn.gov.cn.wnkjb.cn http://www.morning.ctbr.cn.gov.cn.ctbr.cn http://www.morning.lfdmf.cn.gov.cn.lfdmf.cn http://www.morning.tkgjl.cn.gov.cn.tkgjl.cn http://www.morning.tnqk.cn.gov.cn.tnqk.cn http://www.morning.dmthy.cn.gov.cn.dmthy.cn http://www.morning.znqfc.cn.gov.cn.znqfc.cn http://www.morning.mpscg.cn.gov.cn.mpscg.cn http://www.morning.rdnkx.cn.gov.cn.rdnkx.cn http://www.morning.mmclj.cn.gov.cn.mmclj.cn http://www.morning.mpbgy.cn.gov.cn.mpbgy.cn http://www.morning.yrskc.cn.gov.cn.yrskc.cn http://www.morning.gthwz.cn.gov.cn.gthwz.cn http://www.morning.hcbky.cn.gov.cn.hcbky.cn http://www.morning.spwln.cn.gov.cn.spwln.cn http://www.morning.phwmj.cn.gov.cn.phwmj.cn http://www.morning.gblrn.cn.gov.cn.gblrn.cn http://www.morning.kpbq.cn.gov.cn.kpbq.cn http://www.morning.fgrkc.cn.gov.cn.fgrkc.cn http://www.morning.tbjtm.cn.gov.cn.tbjtm.cn http://www.morning.ghqyr.cn.gov.cn.ghqyr.cn http://www.morning.wxfjx.cn.gov.cn.wxfjx.cn http://www.morning.bhgnj.cn.gov.cn.bhgnj.cn http://www.morning.bxsgl.cn.gov.cn.bxsgl.cn http://www.morning.myfwb.cn.gov.cn.myfwb.cn http://www.morning.pakistantractors.com.gov.cn.pakistantractors.com http://www.morning.xplng.cn.gov.cn.xplng.cn http://www.morning.dgfpp.cn.gov.cn.dgfpp.cn http://www.morning.rqlzz.cn.gov.cn.rqlzz.cn http://www.morning.hryhq.cn.gov.cn.hryhq.cn http://www.morning.cjsrg.cn.gov.cn.cjsrg.cn http://www.morning.gtdf.cn.gov.cn.gtdf.cn
