﻿<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>运维部落 &#187; mysql</title>
	<atom:link href="http://help.vps12.com/tag/mysql/feed" rel="self" type="application/rss+xml" />
	<link>https://help.vps12.com</link>
	<description>分享服务器运维及实践解决方案</description>
	<lastBuildDate>Sat, 25 Jan 2025 07:14:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Mycat 读写分离、主从切换、分库分表的操作记录(转)</title>
		<link>https://help.vps12.com/2106.html</link>
		<comments>https://help.vps12.com/2106.html#comments</comments>
		<pubDate>Sat, 01 Jan 2022 05:34:14 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[网络产品]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=2106</guid>
		<description><![CDATA[在系统开发中，数据库是非常重要的一个点。除了程序的本身的优化，如：SQL语句优化、代码优化，数据库的处理本身优化也是非常重要的。主从、热备、分表分库等都是系统发展迟早会遇到的技术问题问题。Mycat是一个广受好评的数据库中间件，已经在很多产品上进行使用了。下面就针对Mycat的基础知识和应用做一总结性梳理，这些内容有的是从网上收集的，有的是自己做的测试验证信息，如有错误，烦请谅解和指出！ 一、MyCat简单介绍 MyCat是一个开源的分布式数据库系统，是一个实现了MySQL协议的服务器，前端用户可以把它看作是一个数据库代理（类似于Mysql Proxy），用MySQL客户端工具和命令行访问，而其后端可以用MySQL原生协议与多个MySQL服务器通信，也可以用JDBC协议与大多数主流数据库服务器通信，其核心功能是分表分库，即将一个大表水平分割为N个小表，存储在后端MySQL服务器里或者其他数据库里。 MyCat发展到目前的版本，已经不是一个单纯的MySQL代理了，它的后端可以支持MySQL、SQL Server、Oracle、DB2、PostgreSQL等主流数据库，也支持MongoDB这种新型NoSQL方式的存储，未来还会支持更多类型的存储。而在最终用户看来，无论是那种存储方式，在MyCat里，都是一个传统的数据库表，支持标准的SQL语句进行数据的操作，这样一来，对前端业务系统来说，可以大幅降低开发难度，提升开发速度。 Mycat可以简单概括为 -  一个彻底开源的，面向企业应用开发的大数据库集群 -  支持事务、ACID、可以替代MySQL的加强版数据库 -  一个可以视为MySQL集群的企业级数据库，用来替代昂贵的Oracle集群 -  一个融合内存缓存技术、NoSQL技术、HDFS大数据的新型SQL Server -  结合传统数据库和新型分布式数据仓库的新一代企业级数据库产品 -  一个新颖的数据库中间件产品 Mycat关键特性 -  支持SQL92标准 -  遵守Mysql原生协议，跨语言，跨平台，跨数据库的通用中间件代理 -  基于心跳的自动故障切换，支持读写分离，支持MySQL主从，以及galera cluster集群 -  支持Galera for MySQL集群，Percona Cluster或者MariaDB cluster -  基于Nio实现，有效管理线程，高并发问题 -  支持数据的多片自动路由与聚合，支持sum,count,max等常用的聚合函数,支持跨库分页 -  支持单库内部任意join，支持跨库2表join，甚至基于caltlet的多表join -  支持通过全局表，ER关系的分片策略，实现了高效的多表join查询 -  支持多租户方案 -  支持分布式事务（弱xa） -  支持全局序列号，解决分布式下的主键生成问题 -  分片规则丰富，插件化开发，易于扩展 -  强大的web，命令行监控 -  支持前端作为mysq通用代理，后端JDBC方式支持Oracle、DB2、SQL Server 、 [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/2106.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mysql INNODB存储引擎表损坏修复方法(转)</title>
		<link>https://help.vps12.com/1769.html</link>
		<comments>https://help.vps12.com/1769.html#comments</comments>
		<pubDate>Sun, 10 Dec 2017 12:14:39 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1769</guid>
		<description><![CDATA[设你正在运行使用InnoDB表格的MySQL,糟糕的硬件设备，驱动程序错误，内核错误，不幸的电源故障或某些罕见的MySQL错误使你的InnoDB表空间被损坏了。 在这种情况下，InnoDB的一般会出现这样的输出： InnoDB: Database page corruption on disk ora failed InnoDB: file read of page 7. InnoDB: You may have to recover from a backup. 080703 23:46:16 InnoDB: Page dump in ascii and hex (16384bytes): &#8230; 这里省略很多二进制和十六进制编码&#8230; 080703 23:46:16 InnoDB: Page checksum 587461377,prior-to-4.0.14-form checksum 772331632 InnoDB: stored checksum 2287785129, prior-to-4.0.14-form storedchecksum 772331632 InnoDB: Page lsn [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1769.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>解决在phpmyadmin中执行sql语句出现的错误：Unknown storage engine &#8216;InnoDB&#8217;</title>
		<link>https://help.vps12.com/1639.html</link>
		<comments>https://help.vps12.com/1639.html#comments</comments>
		<pubDate>Mon, 03 Oct 2016 13:39:20 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1639</guid>
		<description><![CDATA[问题：phpmyadmin报错——Unknown storage engine &#8216;InnoDB&#8217; 解决方法：解决方法： 1.关闭MySQL数据库 　　 2.修改my.ini文件，把skip-innodb这行注释掉 　　 3.打开MySQL数据库 当然把innodb改成MyISAM也行 原因：没有开启MySQL InnoDB存储引擎。 关于innodb引擎的资料： 事务型数据库的首选引擎，支持ACID事务，支持行级锁定。InnoDB是为处理巨大数据量时的最大性能设计。InnoDB存储引擎完全与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB存储它的表＆索引在一个表空间中，表空间可以包含数个文件（或原始磁盘分区）。这与MyISAM表不同，比如在MyISAM表中每个表被存在分离的文件中。InnoDB 表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上。InnoDB默认地被包含在MySQL二进制分发中。Windows Essentials installer使InnoDB成为Windows上MySQL的默认表。 　　简介 　　InnoDB 给 MySQL 提供了具有事务(transaction)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)、多版本并发控制(multi-versioned concurrency control)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行级锁(locking on row level)，提供与 Oracle 类似的不加锁读取(non-locking read in SELECTs)。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读。这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要，因为在InnoDB中行级锁定适合非常小的空间。InnoDB也支持FOREIGN KEY强制。在SQL查询中，你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来，甚至在同一个查询中也可以混合。这些特性均提高了多用户并发操作的性能表现。在InnoDB表中不需要扩大锁定(lock escalation)，因为 InnoDB 的行级锁定(row level locks)适宜非常小的空间。InnoDB 是 MySQL 上第一个提供外键约束(FOREIGN KEY constraints)的表引擎。 　　在技术上，InnoDB 是一套放在 MySQL 后台的完整数据库系统，InnoDB 在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。 MySQL [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1639.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>利用mysql二进制日志进行mysql数据库的恢复(转)</title>
		<link>https://help.vps12.com/1628.html</link>
		<comments>https://help.vps12.com/1628.html#comments</comments>
		<pubDate>Sat, 03 Sep 2016 16:10:41 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[数据库]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1628</guid>
		<description><![CDATA[对于需要确保mysql数据库完整性的网站，mysql的二进制日志至关重要。比如你做了mysql数据库的主从备份，你认为这应该能确保mysql从数据库是最新的内容了，这的确没错，但有一种情况，比如你误删除了数据，或者被黑客入侵而清除了数据库，这时mysql从服务器也会跟主数据库同步，这是你不想看到的，但数据确实没了。但是如果你每天进行了数据库的完整备份，而且mysql的二进制日志还在的话，这将有可能恢复最新的数据。下面介绍方法。 1、开启二进制日志 在使用二进制日志恢复数据库时，请确保你已经开启二进制日志，检查my.cnf文件是否存在log-bin=mysql-bin。 2、定期完整备份 你还需要间隔一定的时间做数据库的完整备份，只有这样你才有可能快速的恢复最新数据。 3、查看备份时间 查看你备份的时间，如dedecmsv57gbksp1.sql，取最后一行：– Dump completed on 2012-11-08 11:11:48。 4、导出二进制日志 暂时关闭网站，防止新数据写入,导出二进制日志： mysqlbinlog mysql-bin.000001 -d dedecmsv57gbksp1 &#8211;start-datetime=”2012-11-08 11:11:48&#8243; >binlog.sql 5、调整binlog.sql 编辑binlog.sql，删除误操作的语句。 6、导入数据 重建数据库dedecmsv57gbksp1,导入dedecmsv57gbksp1.sql，接着导入binlog.sql。]]></description>
		<wfw:commentRss>https://help.vps12.com/1628.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL删除数据库时的错误error dropping database</title>
		<link>https://help.vps12.com/1496.html</link>
		<comments>https://help.vps12.com/1496.html#comments</comments>
		<pubDate>Fri, 08 Jan 2016 07:06:12 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1496</guid>
		<description><![CDATA[由于在1月2号更新了下数据库，却出现了数据库已存在的提示信息。于是就进入命令行窗口drop database hkvps，可是却得到了ERROR 1010 (HY000): Error dropping database (can&#8217;t rmdir &#8216;./hkvps&#8217;, errno: 39)的错误信息。 解决方法：删除/var/lib/mysql/hkvps下面的所有文件，不要删除hkvps本身。然后再通过命令行drop database就可以了。]]></description>
		<wfw:commentRss>https://help.vps12.com/1496.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mysql更改tmp路径</title>
		<link>https://help.vps12.com/1494.html</link>
		<comments>https://help.vps12.com/1494.html#comments</comments>
		<pubDate>Tue, 05 Jan 2016 15:23:02 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1494</guid>
		<description><![CDATA[因为mysql经常要把文件定入tmp目录，而tmp的目录为/tmp，为了提高性能，所以考虑更改tmpdir目录为/run/shm，即使用内存来存储。 1、打开/etc/mysql/my.cnf 更改tmpdir = /tmp为 tmpdir = /run/shm 2、更改/etc/apparmor.d/usr.sbin.mysqld添加： /run/shm/* rw 3、重启mysql和apparmor ?View Code BASH1 2 /etc/init.d/apparmor restart /etc/init.d/mysql restart]]></description>
		<wfw:commentRss>https://help.vps12.com/1494.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL优化经验 key_buffer_size,query_cache_size,table_cache(转)</title>
		<link>https://help.vps12.com/1469.html</link>
		<comments>https://help.vps12.com/1469.html#comments</comments>
		<pubDate>Thu, 10 Dec 2015 05:07:57 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[网络产品]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1469</guid>
		<description><![CDATA[同时在线访问量继续增大 对于1G内存的服务器明显感觉到吃力严重时甚至每天都会死机 或者时不时的服务器卡一下 这个问题曾经困扰了我半个多月MySQL使用是很具伸缩性的算法，因此你通常能用很少的内存运行或给MySQL更多的被存以得到更好的性能。 安装好mysql后，配制文件应该在/usr/local/mysql/share/mysql目录中，配制文件有几个，有my-huge.cnf my-medium.cnf my-large.cnf my-small.cnf,不同的流量的网站和不同配制的服务器环境，当然需要有不同的配制文件了。 一般的情况下，my-medium.cnf这个配制文件就能满足我们的大多需要；一般我们会把配置文件拷贝到/etc/my.cnf 只需要修改这个配置文件就可以了，使用mysqladmin variables extended-status –u root –p 可以看到目前的参数，有３个配置参数是最重要的，即key_buffer_size,query_cache_size,table_cache。 key_buffer_size只对MyISAM表起作用， key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。一般我们设为16M,实际上稍微大一点的站点　这个数字是远远不够的，通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好（上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得）。 或者如果你装了phpmyadmin 可以通过服务器运行状态看到,笔者推荐用phpmyadmin管理mysql，以下的状态值都是本人通过phpmyadmin获得的实例分析: 这个服务器已经运行了20天 key_buffer_size – 128M key_read_requests – 650759289 key_reads &#8211; 79112 比例接近1:8000 健康状况非常好 另外一个估计key_buffer_size的办法　把你网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例:比较大的几个表索引加起来大概125M 这个数字会随着表变大而变大。 从4.0.1开始，MySQL提供了查询缓冲机制。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。 通过调节以下几个参数可以知道query_cache_size设置得是否合理 Qcache inserts Qcache hits Qcache lowmem prunes Qcache free blocks Qcache total blocks Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况,同时Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小Qcache_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。 [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1469.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mysql服务性能优化—my.cnf配置说明详解（16G内存）</title>
		<link>https://help.vps12.com/1467.html</link>
		<comments>https://help.vps12.com/1467.html#comments</comments>
		<pubDate>Thu, 03 Dec 2015 14:08:38 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[服务器安全]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1467</guid>
		<description><![CDATA[MYSQL服务器my.cnf配置文档详解 硬件：内存16G [client] port = 3306 socket = /data/3306/mysql.sock [mysql] no-auto-rehash [mysqld] user = mysql port = 3306 socket = /data/3306/mysql.sock basedir = /usr/local/mysql datadir = /data/3306/data open_files_limit = 10240 back_log = 600 #在MYSQL暂时停止响应新请求之前，短时间内的多少个请求可以被存在堆栈中。如果系统在短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的TCP/IP连接的监听队列的大小。默认值50。 max_connections = 3000 #MySQL允许最大的进程连接数，如果经常出现Too Many Connections的错误提示，则需要增大此值。 max_connect_errors = 6000 #设置每个主机的连接请求异常中断的最大次数，当超过该次数，MYSQL服务器将禁止host的连接请求，直到mysql服务器重启或通过flush hosts命令清空此host的相关信息。 table_cache = 614 #指示表调整缓冲区大小。# table_cache 参数设置表高速缓存的数目。每个连接进来，都会至少打开一个表缓存。#因此， table_cache 的大小应与 max_connections 的设置有关。例如，对于 [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1467.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>双机高可用、负载均衡、MySQL(读写分离、主从自动切换)架构设计（转）</title>
		<link>https://help.vps12.com/1355.html</link>
		<comments>https://help.vps12.com/1355.html#comments</comments>
		<pubDate>Tue, 04 Aug 2015 17:25:16 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[软件使用]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1355</guid>
		<description><![CDATA[架构简介 前几天网友来信说帮忙实现这样一个架构：只有两台机器，需要实现其中一台死机之后另一台能接管这台机器的服务，并且在两台机器正常服务时，两台机器都能用上。于是设计了如下的架构。 此架构主要是由keepalived实现双机高可用，维护了一个外网VIP,一个内网VIP。正常情况时，外网VIP和内网VIP都绑定在server1服务器，web请求发送到server1的nginx，nginx对于静态资源请求就直接在本机检索并返回，对于php的动态请求，则负载均衡到server1和server2。对于SQL请求，会将此类请求发送到Atlas MySQL中间件，Atlas接收到请求之后，把涉及写操作的请求发送到内网VIP，读请求操作发送到mysql从，这样就实现了读写分离。 当主服务器server1宕机时，keepalived检测到后，立即把外网VIP和内网VIP绑定到server2，并把server2的mysql切换成主库。此时由于外网VIP已经转移到了server2，web请求将发送给server2的nginx。nginx检测到server1宕机，不再把请求转发到server1的php-fpm。之后的sql请求照常发送给本地的atlas，atlas把写操作发送给内网VIP，读操作发送给mysql从，由于内网VIP已经绑定到server2了，server2的mysql同时接受写操作和读操作。 当主服务器server1恢复后，server1的mysql自动设置为从，与server2的mysql主同步。keepalived不抢占server2的VIP，继续正常服务。 架构要求 要实现此架构，需要三个条件： 1、服务器可以设置内网IP，并且设置的内网IP互通; 2、服务器可以随意绑定IDC分配给我们使用的外网IP，即外网IP没有绑定MAC地址; 3、MySQL服务器支持GTID，即MySQL-5.6.5以上版本。 环境说明 server1 eth0: 10.96.153.110(对外IP) eth1: 192.168.1.100(对内IP) server2 eth0: 10.96.153.114(对外IP) eth1: 192.168.1.101(对内IP) 系统都是CentOS-6。 对外VIP: 10.96.153.239 对内VIP: 192.168.1.150 hosts设置 /etc/hosts: 192.168.1.100 server1 192.168.1.101 server2 Nginx PHP MySQL Memcached安装 这几个软件的安装推荐使用EZHTTP来完成。 解决session共享问题 php默认的session存储是在/tmp目录下，现在我们是用两台服务器作php请求的负载，这样会造成session分布在两台服务器的/tmp目录下，导致依赖于session的功能不正常。我们可以使用memcached来解决此问题。 上一步我们已经安装好了memcached，现在只需要配置php.ini来使用memcached，配置如下，打开php.ini配置文件，修改为如下两行的值： session.save_handler = memcache session.save_path = “tcp://192.168.1.100:11211,tcp://192.168.1.101:11211&#8243; 之后重启php-fpm生效。 Nginx配置 Server1配置 http { [...] upstream php-server [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1355.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>XAMPP php版本历史</title>
		<link>https://help.vps12.com/1226.html</link>
		<comments>https://help.vps12.com/1226.html#comments</comments>
		<pubDate>Sat, 17 Jan 2015 18:37:17 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[vps12.com]]></category>

		<guid isPermaLink="false">http://blog.vps12.com/?p=1226</guid>
		<description><![CDATA[XAMPP版本历史如图 http://code.stephenmorley.org/articles/xampp-version-history-apache-mysql-php/ XAMPP Apache MySQL PHP 5 PHP 4 1.8.1 2.4.3 5.5.27 5.4.7 1.8.0 2.4.2 5.5.25a 5.4.4 1.7.7 2.2.21 5.5.16 5.3.8 1.7.5 2.2.21 5.5.15 5.3.8 1.7.4 2.2.17 5.5.8 5.3.5 1.7.3 2.2.14 5.1.41 5.3.1 1.7.2 2.2.12 5.1.37 5.3.0 1.7.1 2.2.11 5.1.33 5.2.9 1.7.0 2.2.11 5.1.30 5.2.8 1.6.8 2.2.9 5.0.67 5.2.6 4.4.9 1.6.7 2.2.9 5.0.51b 5.2.6 4.4.8 [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1226.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
