开网站做网站赚钱吗,昆明网站建设c3sales,网页视频怎么下载到本地手机,tooopen素材公社主博客#xff1a;
【MySQL精通之路】InnoDB(7)-锁和事务模型-CSDN博客
上一篇#xff1a;
【MySQL精通之路】InnoDB(7)-锁和事务模型(1)-锁-CSDN博客
下一篇#xff1a; 目录
1.事务隔离级别
2.1 可重复读
2.2 读已提交
2.3 读取未提交
2.4 序列化读
2.自动提交、…主博客
【MySQL精通之路】InnoDB(7)-锁和事务模型-CSDN博客
上一篇
【MySQL精通之路】InnoDB(7)-锁和事务模型(1)-锁-CSDN博客
下一篇 目录
1.事务隔离级别
2.1 可重复读
2.2 读已提交
2.3 读取未提交
2.4 序列化读
2.自动提交、提交和回滚
2.1 将DML操作以事务分组
2.2 客户端语言的事务
3.无锁快照读
4.锁读取
4.1 SELECT ... FOR SHARE
4.2 SELECT ... FOR UPDATE
4.3 加锁读示例
5 使用NOWAIT和SKIP LOCKED实现加锁读并发 InnoDB事务模型旨在将多版本数据库的最佳属性MVCC与传统的两阶段锁相结合。
InnoDB支持行锁默认情况下以Oracle的风格尽量不使用锁因此以快照读的方式来查询数据。
InnoDB中的锁的信息被高效存储着因此不需要扩增锁的存储空间。
通常允许几个用户锁定InnoDB表中的每一行或行的任何随机子集而不会导致InnoDB内存耗尽。
1.事务隔离级别
事务隔离是数据库处理的基础之一。隔离是缩写词ACID中的IIsolation隔离级别是在多个事务同时进行更改和查询时对性能与结果的可靠性、一致性和可再现性之间的平衡进行微调的设置。
InnoDB提供了SQL:1992标准所描述的所有四个事务隔离级别
READ UNCOMITTED读未提交
READ COMMITTED读提交
REPEATABLE READ可重复读
SERIALIZABLE串行化
InnoDB的默认隔离级别是REPEATABLE READ。
用户可以使用SET TRANSACTION语句更改单个会话或所有后续连接的隔离级别。
要为所有连接设置服务器的默认隔离级别请在命令行或选项文件中使用 --transaction-isolation 选项。有关隔离级别和级别设置语法的详细信息请参阅“SET TRANSACTION语句”。 InnoDB使用不同的锁策略来支持这里描述的每个事务隔离级别。
对于ACID严格要求的数据操作您可以使用默认的REPEATABLE READ级别强制实现高度一致性。
或者您可以使用READ COMMITTED甚至READ UNCOMITTED放宽一致性规则在产生日志记录等类型务场景下精确的一致性和可重复的结果不如最小化锁的开销重性价比高。
SERIALIZABLE执行比REPEATABLE READ更严格的规则主要用于特殊情况如XA事务以及并发和死锁问题的故障排除。
以下列表描述MySQL如何支持不同的事务级别。该列表描述了从最常用的隔离级别到最不常用的级别。
2.1 可重复读
这是InnoDB的默认隔离级别。
同一事务中的查询操作总是查询第一次查询时建立的快照数据。
这意味着如果在同一事务中发出多个纯无锁查询SELECT语句这些SELECT语句彼此之间的数据结果也是一致的。
参见“一致无锁读取”。
对于有锁读取SELECT ... FOR UPDATE or FOR SHARE、UPDATE和DELETE语句锁取决于该语句是使用具有唯一搜索条件的唯一索引还是使用范围查询的查询条件。
2.1.1 唯一索引下的可重复读
对于具有唯一搜索条件的唯一索引InnoDB只锁定找到的索引记录而不锁定之前的间隙。 博主ps:由于查询数据可以根据唯一索引查到数据隐藏就算有其他数据插入进来或有数据被删除也不影响我的数据一致性。 2.1.2 其他索引下的可重复读
对于其他搜索条件InnoDB会锁定扫描到的索引的范围使用间隙锁或临键锁来阻止其他会话插入到范围覆盖的间隙中。有关间隙锁和临键锁的信息请参阅“InnoDB锁”。
【MySQL精通之路】Innodb-锁和事务-CSDN博客
2.2 读已提交
即使在同一事务中每次一致读取都会设置和读取自己的新快照。 有关一致读取的信息请参阅“一致无锁读取”。 对于有锁读取(SELECT with FOR UPDATE or FOR SHARE)、UPDATE语句和DELETE语句
InnoDB只锁定索引记录而不锁定它们之前的间隙因此允许在锁定行之后自由插入新记录。
间隙锁仅用于外键约束检查和重复key检查。
由于间隙锁被禁用可能会出现幻行问题因为其他会话可以将新行插入间隙中。 有关幻行的信息请参阅“幻行”。 READ COMMITTED隔离级别仅支持基于行的binlog。
如果将READ COMMITTED与binlog_formatMIXED一起使用则服务器会自动使用基于行的日志记录。
使用READ COMMITTED还有其他效果 对于UPDATE或DELETE语句InnoDB只为更新或删除的行保留锁。 MySQL评估WHERE条件后将释放不匹配行的行锁。这大大降低了死锁的概率但它们仍然可能发生。 对于UPDATE语句如果一行已经被锁定InnoDB会执行“半一致”读取将最新提交的版本返回给MySQL以便MySQL可以确定该行是否符合UPDATE的WHERE条件。如果行匹配必须更新MySQL会再次读取该行这一次InnoDB要么锁定它要么等待锁定。 考虑以下示例从下表开始 CREATE TABLE t (a INT NOT NULL, b INT) ENGINE InnoDB;
INSERT INTO t VALUES (1,2),(2,3),(3,2),(4,3),(5,2);
COMMIT; 在这种情况下表没有索引因此搜索和索引扫描使用隐藏的聚集索引来锁定记录
请参见“聚集索引和辅助索引”而不是索引列。
【MySQL精通之路】Innodb-索引-CSDN博客
假设一个会话使用以下语句执行UPDATE # Session A
START TRANSACTION;
UPDATE t SET b 5 WHERE b 3; 还假设第二个会话通过在第一个会话之后执行这些语句来执行UPDATE # Session B
UPDATE t SET b 4 WHERE b 2; 当InnoDB执行每个UPDATE时它首先为每一行获取一个互斥锁然后决定是否修改它。
如果InnoDB不修改行它就会释放锁。
否则InnoDB将保留锁直到事务结束。这会对事务处理产生以下影响。
当使用默认的REPEATABLE READ隔离级别时第一个UPDATE会在它读取的每一行上获取一个x锁并且不会释放任何一个 x-lock(1,2); retain x-lock
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); retain x-lock
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); retain x-lock 第二个UPDATE在尝试获取锁时立即阻塞因为第一个更新在所有行上都保留了锁直到第一个UPDATE提交或回滚才继续 x-lock(1,2); block and wait for first UPDATE to commit or roll back 如果改为使用READ COMMITTED则第一个UPDATE会在其读取的每一行上获取一个x锁并释放未修改的行的x锁 x-lock(1,2); unlock(1,2)
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); unlock(3,2)
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); unlock(5,2) 对于第二个UPDATEInnoDB进行“半一致”读取将读取的每一行的最新提交版本返回给MySQL以便MySQL确定该行是否符合UPDATE的WHERE条件 x-lock(1,2); update(1,2) to (1,4); retain x-lock
x-lock(2,3); unlock(2,3)
x-lock(3,2); update(3,2) to (3,4); retain x-lock
x-lock(4,3); unlock(4,3)
x-lock(5,2); update(5,2) to (5,4); retain x-lock 但是如果WHERE条件包括索引列并且InnoDB使用索引则在获取和保留行锁时只保留有索引的行。
在下面的示例中第一个UPDATE在b2的每一行上获取并保留一个排他写锁x锁。第二个UPDATE在尝试获取相同记录上的x锁时会阻塞因为它还使用了在列b上定义的索引。 博主PS: 也就是说在一个事务里我第一次update会锁住所有的行update那个字段后如果这个字段有索引那么我不会释放行锁如果这个字段是普通的字段那么我会释放行锁。 CREATE TABLE t (a INT NOT NULL, b INT, c INT, INDEX (b)) ENGINE InnoDB;
INSERT INTO t VALUES (1,2,3),(2,2,4);
COMMIT;# Session A
START TRANSACTION;
UPDATE t SET b 3 WHERE b 2 AND c 3;# Session B
UPDATE t SET b 4 WHERE b 2 AND c 4; READ COMMITTED隔离级别可以在启动时设置也可以在运行时更改。
在运行时它可以为所有会话全局设置也可以为每个会话单独设置。
2.3 读取未提交
SELECT语句以无锁方式执行但可能会使用行的早期版本。
因此使用这种隔离级别这样的读多次读的数据是不一致的。这也被称为脏读。
此外此隔离级别的工作方式与READ COMMITTED类似。
2.4 序列化读
这个级别类似于REPEATABLE READ
但InnoDB隐式地将所有纯SELECT语句转换为SELECT……FOR SHARE
如果禁用了自动提交。
如果启用了自动提交SELECT就是一次事务。
因此它是只读的如果作为一致无锁读取执行则可以序列化并且不需要为其他事务阻塞。如果其他事务已经修改了所选行要强制阻塞SELECT请禁用自动提交。 注意 从MySQL 8.0.22开始从MySQL 权限表 读取数据通过联表查询或子查询但不修改数据的DML操作不会获取MySQL 权限表上的读锁无论隔离级别如何。有关详细信息请参阅权限表并发性。 2.自动提交、提交和回滚
在InnoDB中所有用户活动都发生在事务内部。
如果启用了自动提交模式则每条SQL语句将自己形成一个事务。
默认情况下MySQL在启用自动提交的情况下为每个新连接启动会话因此如果每条SQL语句没有返回错误MySQL会在该语句之后进行提交。
如果语句返回错误则提交或回滚行为取决于错误。 参见“InnoDB错误处理”。 启用了自动提交的会话可以执行多语句事务方法是以显式START TRANSACTION或BEGIN语句开始然后以COMMIT或ROLLBACK语句结束。 参见“START TRANSACTION、COMMIT和ROLLBACK语句”。 如果在SET autocommit0的会话中禁用了自动提交模式则该会话始终使用一个事务。
COMMIT或ROLLBACK语句结束当前事务并启动新事务。
如果禁用了自动提交的会话在没有显式提交最终事务的情况下被结束了MySQL将回滚该事务。 有些语句隐式地结束事务就好像在执行该语句之前执行了COMMIT一样。 有关详细信息请参阅“导致隐式提交的语句”。 COMMIT意味着在当前事务中所做的更改是永久性的并且对其他会话可见。
另一方面ROLLBACK语句取消当前事务所做的所有修改。
COMMIT和ROLLBACK都会释放在当前事务期间设置的所有InnoDB锁。
Grouping DML Operations with Transactions
2.1 将DML操作以事务分组 默认情况下与MySQL服务器的连接从启用自动提交模式开始该模式会在您执行每一条SQL语句时自动提交。 如果您有其他数据库系统的经验这种操作模式可能会不熟悉因为在其他数据库系统中标准做法是发送一组DML语句然后将它们一起提交或回滚。 要使用多个语句事务请使用SQL语句SET autocommit0关闭自动提交并根据需要使用COMMIT或ROLLBACK结束每个事务。 若要保留自动提交请以START TRANSACTION开始每个事务然后以COMMIT或ROLLBACK结束。以下示例显示了两个事务。第一个是COMMIT第二个ROLLBACK。
$ mysql test
mysql CREATE TABLE customer (a INT, b CHAR (20), INDEX (a));
Query OK, 0 rows affected (0.00 sec)
mysql -- Do a transaction with autocommit turned on.
mysql START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql INSERT INTO customer VALUES (10, Heikki);
Query OK, 1 row affected (0.00 sec)
mysql COMMIT;
Query OK, 0 rows affected (0.00 sec)
mysql -- Do another transaction with autocommit turned off.
mysql SET autocommit0;
Query OK, 0 rows affected (0.00 sec)
mysql INSERT INTO customer VALUES (15, John);
Query OK, 1 row affected (0.00 sec)
mysql INSERT INTO customer VALUES (20, Paul);
Query OK, 1 row affected (0.00 sec)
mysql DELETE FROM customer WHERE b Heikki;
Query OK, 1 row affected (0.00 sec)
mysql -- Now we undo those last 2 inserts and the delete.
mysql ROLLBACK;
Query OK, 0 rows affected (0.00 sec)
mysql SELECT * FROM customer;
--------------
| a | b |
--------------
| 10 | Heikki |
--------------
1 row in set (0.00 sec)
mysql
2.2 客户端语言的事务
在PHP、PerlDBI、JDBC、ODBC等API或MySQL的标准C调用接口中您可以像SELECT或INSERT等任何其他SQL语句一样将COMMIT等事务控制语句作为字符串发送到MySQL服务器。一些API还提供单独的特殊事务提交和回滚功能或方法。 3.无锁快照读
快照读意味着InnoDB使用MVCC在某个时间设置数据库的快照。
此事务的查询会看到在此时间点之前提交的事务所做的更改而不会看到以后或未提交的事务进行的更改。
此规则的例外情况是查询会看到同一事务中前面的语句所做的更改。
此时会导致以下异常 如果更新表中的某些行SELECT会看到更新行的最新版本但也可能会看到任何行的旧版本。 如果其他会话同时更新同一个表则异常意味着您可能会看到该表从未存在过的状态。 PS上面说的是读提交。 如果事务隔离级别为REPEATABLE READ默认级别则同一事务中的所有快照读都会读取该事务中第一次的快照读。通过提交当前事务然后发出新的查询可以为查询获取更新的快照。
使用READ COMMITTED隔离级别事务中的每个快照读都会设置并读取自己的新快照。
快照读是InnoDB在 READ COMMITTED和 REPEATABLE READ隔离级别中处理SELECT语句的默认模式。
一致性读取不会对其访问的表设置任何锁因此在对表执行一致性读取的同时其他会话可以自由修改这些表。
假设您在默认的REPEATABLE READ隔离级别下运行。当您发出快照读即普通的SELECT语句时InnoDB会为您的事务提供一个时间点根据该时间点来判断你的查询可以看见哪些数据。
如果另一个事务删除了一行并在指定时间点后提交则不会认为该行已被删除。插入和更新的处理方式类似。 注意 数据库状态的快照应用于事务中的SELECT语句而不一定应用于DML语句。 如果插入或修改某些行然后提交该事务则从另一个并发的REPEATABLE READ事务发出的DELETE或UPDATE语句可能会影响那些刚刚提交的行即使会话无法查询它们。如果事务确实更新或删除了由其他事务提交的行则这些更改对当前事务可见。 例如您可能会遇到以下情况 SELECT COUNT(c1) FROM t1 WHERE c1 xyz;
-- Returns 0: no rows match.
DELETE FROM t1 WHERE c1 xyz;
-- Deletes several rows recently committed by other transaction.SELECT COUNT(c2) FROM t1 WHERE c2 abc;
-- Returns 0: no rows match.
UPDATE t1 SET c2 cba WHERE c2 abc;
-- Affects 10 rows: another txn just committed 10 rows with abc values.
SELECT COUNT(c2) FROM t1 WHERE c2 cba;
-- Returns 10: this txn can now see the rows it just updated. 您可以通过执行另一个SELECT或START TRANSACTION WITH CONSISTENT SNAPSHOT且提交事务来更新时间点。
这被称为多版本并发控制。
在下面的示例中会话A只有在B提交了插入并且A也提交了插入时才看到由B插入的行因此时间点提前到B的提交之后。 Session A Session BSET autocommit0; SET autocommit0;
time
| SELECT * FROM t;
| empty set
| INSERT INTO t VALUES (1, 2);
|
v SELECT * FROM t;empty setCOMMIT;SELECT * FROM t;empty setCOMMIT;SELECT * FROM t;---------------------| 1 | 2 |---------------------
如果您想查看数据库的“最新”状态请使用READ COMMITTED隔离级别 或 锁读取
SELECT * FROM t FOR SHARE;
使用READ COMMITTED隔离级别事务中的每个快照读都会设置并读取自己的新快照。
对于FOR SHARE将发生锁定读取SELECT将阻塞直到包含最新行的事务结束
请参阅“锁读取”
快照读对某些DDL语句无效 快照读不适用于DROP TABLE因为MySQL无法使用已删除的表而InnoDB会破坏该表。 快照读不适用于生成原始表的临时副本并在生成临时副本时删除原始表的ALTER TABLE操作。在事务中重新发出一致读取时新表中的行不可见因为在获取事务的快照时这些行不存在。在这种情况下事务返回错误ER_TABLE_DEF_CHANGED“表定义已更改请重试事务”。 快照读的类型随着查询语句变化而变化比如
INSERT INTO ... SELECT, UPDATE ... (SELECT)
CREATE TABLE ... SELECT 不指定 FOR UPDATE 或 FOR SHARE: 默认情况下InnoDB对这些语句使用更强的锁SELECT部分的行为类似于READ COMMITTED其中每个快照读即使在同一事务中也会设置和读取自己的新快照。 在这种情况下要执行无锁快照读请将事务的隔离级别设置为READ UNCOMMITTED或READ COMMITTED以避免设置行锁。 4.锁读取
如果查询数据时在同一事务中插入或更新相关数据则常规SELECT语句无法提供足够的保护。
其他事务可以更新或删除您刚才查询的同一行。
InnoDB支持两种类型的锁定读取提供额外的安全性 4.1 SELECT ... FOR SHARE
在读取的任何行上设置共享模式锁定。其他会话可以读取这些行但在事务提交之前不能修改它们。如果这些行中的任何一行被另一个尚未提交的事务更改则查询将等待该事务结束然后使用最新的值。 注意 SELECT ... FOR SHARE 是 SELECT ... LOCK IN SHARE MODE的替代品。但LOCK IN SHARE MODE任然可用。这些语句是等效的。 但是FOR SHARE支持OF table_name、NOWAIT和SKIP LOCKED选项。 请参阅 使用NOWAIT和SKIP LOCKED锁定读取并发。 MySQL 8.0.22之前SELECT。。。FOR SHARE需要SELECT权限和至少一个DELETE、LOCK TABLES或UPDATE权限。 从MySQL 8.0.22开始只需要SELECT权限。 从MySQL 8.0.22SELECT。。。FOR SHARE语句不会获取MySQL 权限表上的读锁。 有关详细信息请参阅权限表并发性。 4.2 SELECT ... FOR UPDATE
对于查询到的行记录会锁住行和任何关联的索引数据就像为这些行发出UPDATE语句一样。 其他事务被阻止更新这些行、执行SELECT。。。FOR SHARE或读取某些事务隔离级别的数据。
快照读将忽略在快照中记录上的任何锁。记录的旧版本无法锁定它们是通过在记录的内存副本上应用撤消日志来重建的。 SELECT ... FOR UPDATE需要SELECT权限和至少一个DELETE、LOCK TABLES或UPDATE权限。 当事务被提交或回滚时FOR SHARE和FOR UPDATE查询设置的所有锁都会被释放。 注意 只有在禁用自动提交时通过START transaction开始事务或将自动提交设置为0才可以锁定读取。 外部语句中的加锁读不会锁定嵌套子查询中表的行除非在子查询中也指定了加锁读子句。
例如以下语句不会锁定表t2中的行。
SELECT * FROM t1 WHERE c1 (SELECT c1 FROM t2) FOR UPDATE;
要锁定表t2中的行请向子查询添加一个锁定读取子句
SELECT * FROM t1 WHERE c1 (SELECT c1 FROM t2 FOR UPDATE) FOR UPDATE;
4.3 加锁读示例
假设要将新行插入到表的child表中并确保该child行在parent表中具有父行。您的应用程序代码可以确保整个操作序列中的引用完整性。
首先使用一快照读来查询表PARENT并验证父行是否存在。您能安全地将子行插入到表child中吗
不可以因为其他会话可能会在SELECT和INSERT之间删除父行而您不会意识到这一点。
要避免此潜在问题请使用FOR SHARE执行查询
SELECT * FROM parent WHERE NAME Jones FOR SHARE; 在FOR SHARE查询返回父“Jones”之后可以安全地将子记录添加到child表并提交事务。
任何试图在PARENT表中的对应行中获取独占锁的事务都会等待直到完成也就是说直到所有表中的数据处于一致状态。
例如考虑表CHILD_CODE中的一个整数计数器字段该字段用于为添加到表CHILD的每个子项分配唯一标识符。不要使用一致读取或共享模式读取来读取计数器的当前值因为数据库的两个用户可能会看到计数器的相同值如果两个事务试图将具有相同标识符的行添加到CHILD表中则会出现重复键错误。
这里FOR SHARE不是一个好的解决方案因为如果两个用户同时读取计数器那么当它试图更新计数器时至少其中一个用户会陷入死锁。
要实现计数器的读取和递增首先使用FOR UPDATE执行计数器的锁定读取然后递增计数器。例如
SELECT counter_field FROM child_codes FOR UPDATE;
UPDATE child_codes SET counter_field counter_field 1;
SELECT ... FOR UPDATE读取最新的可用数据对它读取的每一行设置独占锁。因此它设置了UPDATE语句将在行上设置的相同的锁。
前面的描述只是SELECT。。。FOR UPDATE有效。
在MySQL中生成唯一标识符的具体任务实际上只需对表进行一次访问即可完成
UPDATE child_codes SET counter_field LAST_INSERT_ID(counter_field 1);
SELECT LAST_INSERT_ID(); SELECT语句仅检索标识符信息特定于当前连接。它不访问任何表。
5 使用NOWAIT和SKIP LOCKED实现加锁读并发 如果某一行被事务锁定则SELECT ... FOR UPDATE 或SELECT ... FOR SHARE事务必须等待直到其他释放行锁。此行为防止其他更新或删除行事务。
但是如果您希望查询到行被锁定时立即返回或者如果可以从结果集中排除锁定的行则无需等待行锁定被释放。
为了避免等待其他事务释放行锁NOWAIT和SKIP LOCKED选项可以与SELECT ... FOR UPDATE 或SELECT ... FOR SHARE 加锁读语句一起使用。
NOWAIT 使用NOWAIT的加锁读从不等待获取行锁。查询会立即执行如果请求的行被锁定则会失败并返回错误。 SKIP LOCKED 使用SKIP LOCKED的加锁读从不等待获取行锁。查询立即执行从结果集中删除锁定的行。 NOWAIT和SKIP LOCKED仅适用于行级锁。
使用NOWAIT或SKIP LOCKED的语句对于基于语句的复制是不安全的。
以下示例演示NOWAIT和SKIP LOCKED。
会话1启动一个事务该事务对单个记录加行锁。
会话2尝试使用NOWAIT选项对同一记录进行加锁读。
因为请求的行被会话1锁定所以加锁读会立即返回并返回一个错误。
在会话3中使用SKIP LOCKED进行的加锁读返回请求的行但会话1锁定的行除外。
# Session 1:mysql CREATE TABLE t (i INT, PRIMARY KEY (i)) ENGINE InnoDB;mysql INSERT INTO t (i) VALUES(1),(2),(3);mysql START TRANSACTION;mysql SELECT * FROM t WHERE i 2 FOR UPDATE;
---
| i |
---
| 2 |
---# Session 2:mysql START TRANSACTION;mysql SELECT * FROM t WHERE i 2 FOR UPDATE NOWAIT;
ERROR 3572 (HY000): Do not wait for lock.# Session 3:mysql START TRANSACTION;mysql SELECT * FROM t FOR UPDATE SKIP LOCKED;
---
| i |
---
| 1 |
| 3 |
--- 文章转载自： http://www.morning.gdgylp.com.gov.cn.gdgylp.com http://www.morning.rzmsl.cn.gov.cn.rzmsl.cn http://www.morning.lskrg.cn.gov.cn.lskrg.cn http://www.morning.dnzyx.cn.gov.cn.dnzyx.cn http://www.morning.leyuhh.com.gov.cn.leyuhh.com http://www.morning.nchsz.cn.gov.cn.nchsz.cn http://www.morning.tralution.cn.gov.cn.tralution.cn http://www.morning.mqlsf.cn.gov.cn.mqlsf.cn http://www.morning.rbqlw.cn.gov.cn.rbqlw.cn http://www.morning.pnntx.cn.gov.cn.pnntx.cn http://www.morning.hlmkx.cn.gov.cn.hlmkx.cn http://www.morning.fkgcd.cn.gov.cn.fkgcd.cn http://www.morning.ryjl.cn.gov.cn.ryjl.cn http://www.morning.tkztx.cn.gov.cn.tkztx.cn http://www.morning.jwbnm.cn.gov.cn.jwbnm.cn http://www.morning.ljqd.cn.gov.cn.ljqd.cn http://www.morning.dmzmy.cn.gov.cn.dmzmy.cn http://www.morning.mcjxq.cn.gov.cn.mcjxq.cn http://www.morning.mftzm.cn.gov.cn.mftzm.cn http://www.morning.rqqlp.cn.gov.cn.rqqlp.cn http://www.morning.qhrlb.cn.gov.cn.qhrlb.cn http://www.morning.tzzxs.cn.gov.cn.tzzxs.cn http://www.morning.kyzja.com.gov.cn.kyzja.com http://www.morning.zgqysw.cn.gov.cn.zgqysw.cn http://www.morning.mjpgl.cn.gov.cn.mjpgl.cn http://www.morning.tnfyj.cn.gov.cn.tnfyj.cn http://www.morning.zqnmp.cn.gov.cn.zqnmp.cn http://www.morning.ylklr.cn.gov.cn.ylklr.cn http://www.morning.lfdzr.cn.gov.cn.lfdzr.cn http://www.morning.smyxl.cn.gov.cn.smyxl.cn http://www.morning.rchsr.cn.gov.cn.rchsr.cn http://www.morning.mytmn.cn.gov.cn.mytmn.cn http://www.morning.rhpgk.cn.gov.cn.rhpgk.cn http://www.morning.pwxkn.cn.gov.cn.pwxkn.cn http://www.morning.xwbld.cn.gov.cn.xwbld.cn http://www.morning.tkkjl.cn.gov.cn.tkkjl.cn http://www.morning.qzpqp.cn.gov.cn.qzpqp.cn http://www.morning.rmfw.cn.gov.cn.rmfw.cn http://www.morning.wbxtx.cn.gov.cn.wbxtx.cn http://www.morning.kaylyea.com.gov.cn.kaylyea.com http://www.morning.rdlrm.cn.gov.cn.rdlrm.cn http://www.morning.wsgyq.cn.gov.cn.wsgyq.cn http://www.morning.ldqzz.cn.gov.cn.ldqzz.cn http://www.morning.xdfkrd.cn.gov.cn.xdfkrd.cn http://www.morning.nyqm.cn.gov.cn.nyqm.cn http://www.morning.rywr.cn.gov.cn.rywr.cn http://www.morning.kflzy.cn.gov.cn.kflzy.cn http://www.morning.llxyf.cn.gov.cn.llxyf.cn http://www.morning.sbkb.cn.gov.cn.sbkb.cn http://www.morning.tlfmr.cn.gov.cn.tlfmr.cn http://www.morning.dgwrz.cn.gov.cn.dgwrz.cn http://www.morning.rhph.cn.gov.cn.rhph.cn http://www.morning.ndynz.cn.gov.cn.ndynz.cn http://www.morning.zcsyz.cn.gov.cn.zcsyz.cn http://www.morning.lnckq.cn.gov.cn.lnckq.cn http://www.morning.lmqfq.cn.gov.cn.lmqfq.cn http://www.morning.sfnr.cn.gov.cn.sfnr.cn http://www.morning.tphjl.cn.gov.cn.tphjl.cn http://www.morning.gbcxb.cn.gov.cn.gbcxb.cn http://www.morning.gswfs.cn.gov.cn.gswfs.cn http://www.morning.srjgz.cn.gov.cn.srjgz.cn http://www.morning.skscy.cn.gov.cn.skscy.cn http://www.morning.frpm.cn.gov.cn.frpm.cn http://www.morning.trnhy.cn.gov.cn.trnhy.cn http://www.morning.tymwx.cn.gov.cn.tymwx.cn http://www.morning.xtgzp.cn.gov.cn.xtgzp.cn http://www.morning.qdxkn.cn.gov.cn.qdxkn.cn http://www.morning.jqkrt.cn.gov.cn.jqkrt.cn http://www.morning.zdxss.cn.gov.cn.zdxss.cn http://www.morning.gtbjf.cn.gov.cn.gtbjf.cn http://www.morning.zfhzx.cn.gov.cn.zfhzx.cn http://www.morning.gjxr.cn.gov.cn.gjxr.cn http://www.morning.glncb.cn.gov.cn.glncb.cn http://www.morning.jxrpn.cn.gov.cn.jxrpn.cn http://www.morning.ftcrt.cn.gov.cn.ftcrt.cn http://www.morning.mtbsd.cn.gov.cn.mtbsd.cn http://www.morning.bzpwh.cn.gov.cn.bzpwh.cn http://www.morning.rjmb.cn.gov.cn.rjmb.cn http://www.morning.pmxw.cn.gov.cn.pmxw.cn http://www.morning.rpfpx.cn.gov.cn.rpfpx.cn
