新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
UID空间积分0 积分57阅读权限10帖子精华可用积分57 信誉积分428 专家积分0 在线时间246 小时注册时间最后登录
白手起家, 积分 57, 距离下一级还需 143 积分
帖子主题精华可用积分57 信誉积分428 专家积分0 在线时间246 小时注册时间最后登录
论坛徽章:1
本帖最后由 cenalulu 于
16:04 编辑
& & 在了解到mysql查询缓存对分区表无效之后，我一直想搞明白分区表跟普通的表相比，到底有那些特性不同，今天突发奇想去实验一下用二进制日志来对分区表进行恢复，
我测试的步骤如下：
& && && && && & 建一张分区表，使用range分区，有p0,p1,p2,p3,p4个分区，
& && && && && &
& && && && && & 打开二进制日志，
& && && && && &
& && && && && & 删除一个分区p0，然后flush logs , 确保log-bin.000001中只有删除分区p0这个记录（log-bin.000001是二进制日志文件）
& && && && && & 使用mysqlbinlog /var/lib/mysql/log-bin.000001｜ tail -n20 查看是否存在分区删除的记录（删除p0的语句存在），
& && && && && & 然后使用mysqlbinlog /var/lib/mysql/log-bin.000001 | mysql -uroot -p来进行恢复，但是mysqlbinlog报错：Error in list of partitions to DROP
& && && && && & 我google了半天也没发现什么有用的信息，向大神求救，
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
UID7692530空间积分0 积分35370阅读权限100帖子精华可用积分35370 信誉积分755 专家积分134 在线时间2810 小时注册时间最后登录
帖子主题精华可用积分35370 信誉积分755 专家积分134 在线时间2810 小时注册时间最后登录
论坛徽章:8
binlog记录了你的drop partition的操作，再通过mysqlbinlog /var/lib/mysql/log-bin.000001 | mysql -uroot -p 势必会造成p0找不到的结果。
于是就有了这个报错
----------------------------------------------
----------------------------------------------
欢迎访问我的个人技术博客：
----------------------------------------------
----------------------------------------------
UID空间积分0 积分57阅读权限10帖子精华可用积分57 信誉积分428 专家积分0 在线时间246 小时注册时间最后登录
白手起家, 积分 57, 距离下一级还需 143 积分
帖子主题精华可用积分57 信誉积分428 专家积分0 在线时间246 小时注册时间最后登录
论坛徽章:1
多谢版主回复
如果我需要在数据库中周期性的删除过期的分区，那么是不是就不能通过二进制日志来恢复这些分区了？
我手动的添加删除过的那个分区p0，然后通过mysqlbinlog来恢复p0，mysqlbinlog没有报错，但是数据并没有恢复，这是什么原因，还是我操作失误？
UID空间积分0 积分12186阅读权限100帖子精华可用积分12186 信誉积分1027 专家积分0 在线时间2439 小时注册时间最后登录
帖子主题精华可用积分12186 信誉积分1027 专家积分0 在线时间2439 小时注册时间最后登录
论坛徽章:7
楼主，binlog是可以重现操作，不是重现数据。
UID7692530空间积分0 积分35370阅读权限100帖子精华可用积分35370 信誉积分755 专家积分134 在线时间2810 小时注册时间最后登录
帖子主题精华可用积分35370 信誉积分755 专家积分134 在线时间2810 小时注册时间最后登录
论坛徽章:8
本帖最后由 cenalulu 于
13:14 编辑
楼上正解，binlog是操作的redo 不是操作的undo
----------------------------------------------
----------------------------------------------
欢迎访问我的个人技术博客：
----------------------------------------------
----------------------------------------------了解和正确维护MySQL日志
前段时间自己给自己挖了坑，为了优化MySQL数据库配置在运行有InnoDB的MySQL数据库中修改了my.cnf文件中关于InnoDB的部分配置，尽管是在关机的情况下操作的，但依旧忽略了InnoDB对日志文件（如ibdata1、ib_logfile0、ib_logfile1、ib_logfile2）强大的依赖性，删掉这些特殊的日志文件意味着对InnoDB的破坏，可能导致数据库无法启动和恢复。从MySQL中文手册上摘录了部分有用的知识点整理如下。 MySQL日志简介 MySQL共有5种不同的日志类型，分别为错误日志、通用查询日志、中继日志、二进制日志和慢日志。其中错误日志、
记入文件中的信息类型
错误日志 记录启动、运行或停止mysqld时出现的问题。 查询日志 记录建立的客户端连接和执行的语句。 中继日志 从主复制服务器上接受到的数据变化。
记录更改数据的语句。不赞成使用该日志。（新版本已经废弃）
二进制日志 记录所有更改数据的语句。还用于复制。 慢日志 记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。 错误日志文件包含了当mysqld启动和停止时，以及服务器在运行过程中发生任何严重错误时的相关信息。查询日志包含了所有连接和语句，能确切地知道某一个客户端发送给mysqld哪些语句。查询日志还包含所有语句，而二进制日志不包含只查询数据的语句，如果想要记录所有语句（例如，为了识别有问题的查询），你应使用查询日志。二进制日志以一种更有效的格式，并且是事务安全的方式包含更新日志中可用的所有信息，还包含关于每个更新数据库的语句的执行时间信息。二进制日志的主要目的是在恢复使能够最大可能地更新数据库，因为二进制日志包含备份后进行的所有更新。二进制日志还用于在主复制服务器上记录所有将发送给从服务器的语句。
如果当前的二进制日志大小达到max_binlog_size，还会自动创建新的二进制日志，但一个事务产生的二进制日志有可能会超过max_binlog_size。
可以用RESET MASTER语句删除所有二进制日志文件，或用PURGE MASTER LOGS只删除部分二进制文件。例如先查看现有的二进制文件，SHOW BINARY LOGS，再删除某些二进制文件，PURGE BINARY LOGS TO 'mysql-bin.000009'。
慢查询日志可以用来找到执行时间长的查询，可以用于优化。但是，检查又长又慢的查询日志会很困难。要想容易些，你可以使用 mysqldumpslow 命令获得日志中显示的查询摘要来处理慢查询日志。
日志维护 MySQL服务器可以创建各种不同的日志文件，从而可以很容易地看见所进行的操作。但是，你必须定期清理这些文件，确保日志不会占用太多的硬盘空间，否则很短的时间内就会把数据库磁盘吃满。
数据库备份经验 内容较多，占用空间较大的数据库在导出的过程中可能仅需要比较短的时间，通常一小时内就能备份完成，但恢复时会花掉很多时间，往往超过数小时。因此有必要及时删减数据库中的无用的信息，甚至设计数据库时考虑和标注清楚，那些数据是相对不重要的。如果备份时能将日志文件切断就更好了。可以使用mysql-log-rotate脚本将日志文件进行切割。你可以通过mysqladmin flush-logs或SQL语句FLUSH LOGS来强制MySQL开始使用新的日志文件(不适用于二进制日志，要清除二进制日志参考上面的RESET MASTER或PURGE BINARY LOGS语法)。
当CPU为单核或性能不足时，iowaite的值会很大，表明CPU在等待磁盘写入的过程中花费了太多的时间，这时就有必要增加CPU的配置。如下图所示，%wa数值是%us的近10倍，说明磁盘IO开销比较严重。
附：关于InnoDB存储引擎 存储引擎比较：
& & & & 不一定要使用相同的存储引擎，每个表可以使用不同的存储引擎。 InnoDB的中文参考资料可以参见 /doc/refman/5.1/zh/storage-engines.html#innodb InnoDB是为处理巨大数据量时的最大性能设计，被用在众多需要高性能的大型数据库站点上。被InnoDB存储引擎管理的两个重要的基于磁盘的资源是InnoDB表空间数据文件和它的日志文件。如果你指定无InnoDB配置选项，MySQL将在数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件。要为一个主服务器建立一个新服务器，你不得不复制InnoDB表空间和日志文件，以及InnoDB表的.frm文件，并且移动复件到从服务器。 如果你可以关闭主服务器或者一个存在的从服务器。你可以采取InnoDB表空间和日志文件的冷备份，并用它来建立一个从服务器。要不关闭任何服务器来建立一个新的从服务器，你也可以使用非免费（商业的） InnoDB热备份工具 。
关于移动、备份和恢复InnoDB，可以参考InnoDB的中文参考资料： /doc/refman/5.1/zh/storage-engines.html#backing-up
顶一下(0) 踩一下(0)
热门标签：MySql通过二进制日志文件恢复数据
MySql通过二进制日志文件恢复数据
1、Mysql配置实现开启二进制文件
　　打开my.ini文件，再里面添加：
#Enter a name for the binary log. Otherwise a default name willbe used.
log-bin=d:/mysql51/logbin.log
2、数据恢复操作。
& & & & &（1）修改my.ini文件，注释掉下面第二行，否则会出现编码问题。
default-character-set=GBK
& & & & &（2）查看二进制日志文件，导出文本格式，命令如下：
& & & & &mysqlbinlogd:\mysql51\logbin.000021 & d:\mysql21.txt
& & & & &上面命令的含义是导出二进制日志文件lobbin.000021到d盘下的mysql21.txt文件。
& & & & &（3）重新执行日志文件中的命令（回滚操作），命令如下：
mysqlbinlogd:\mysql51\logbin.000020 --start-pos=8271 --stop-pos=5073503 | mysql -uroot -p123
上边命令表示从logbin.000020日志文件的8271行开始执行到5073503行进行命令回滚（重新执行）。其中的用户名为root，密码为123新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
UID4088空间积分0 积分523阅读权限20帖子精华可用积分523 信誉积分106 专家积分0 在线时间1 小时注册时间最后登录
丰衣足食, 积分 523, 距离下一级还需 477 积分
帖子主题精华可用积分523 信誉积分106 专家积分0 在线时间1 小时注册时间最后登录
论坛徽章:1
一、二进制日志简介
MySQL有不同类型的日志，其中二进制文件记录了所有对数据库的修改，如果数据库因为操作不当或其他原因丢失了数据，可以通过二进制文件恢复。
在my.ini文件中设置了log-bin，重新启动MySQL后就开启了二进制日志。数据库每次重新启动（或执行flush logs命令）后，都会生成一个新的二进制日志，如在在my.ini文件中设置了log-bin=F:\mysqllog\logbin复制代码则数据库第一次启动会生成logbin.000001，第二次启动会生成logbin.000002，第三次启动会生成logbin.000003，......，以此类推。
二、数据恢复实例
1. 为了便于说明，执行flush logs命令，生成一个新的二进制文件；
2. 打开bookstore数据库中的authors表，里面已经有3条数据，在里面新插入两条数据，即第4条和第5条数据；
13:47 上传
3. 假设由于操作失误，将第4条和第5条数据删除了；
13:47 上传
4. 这时就考虑用二进制文件恢复第4条和第5条数据了，打开二进制文件的路径，发现有很多二进制日志文件，
13:48 上传
其中编号最大的000030是最新的，记录了前面所述的记录插入和删除操作；
5. 首先查看一下这个文件，运行以下命令将其转换成文本文件，
13:48 上传
打开文本文件，可以看见记录下了记录的插入和删除操作。/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#:24:10 server id 1&&end_log_pos 107& &&&Start: binlog v 4, server v 5.5.25-log created :24:10
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
ag/SVA8BAAAAZwAAAGsAAAABAAQANS41LjI1LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA==
'/*!*/;
# at 107
#:25:40 server id 1&&end_log_pos 180& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
SET TIMESTAMP=/*!*/;
SET @@session.pseudo_thread_id=8/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 180
#:25:40 server id 1&&end_log_pos 369& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
use bookstore/*!*/;
SET TIMESTAMP=/*!*/;
INSERT INTO `bookstore`.`authors` (`author_id`, `author_last`, `author_first`, `country`) VALUES (4, 'Li', 'Si', 'China')
/*!*/;
# at 369
#:25:40 server id 1&&end_log_pos 557& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
SET TIMESTAMP=/*!*/;
INSERT INTO `bookstore`.`authors` (`author_id`, `author_last`, `author_first`, `country`) VALUES (5, 'Wang', 'Wu', 'US')
/*!*/;
# at 557
#:25:40 server id 1&&end_log_pos 584& &&&Xid = 391
COMMIT/*!*/;
# at 584
#:45:31 server id 1&&end_log_pos 657& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
SET TIMESTAMP=/*!*/;
BEGIN
/*!*/;
# at 657
#:45:31 server id 1&&end_log_pos 780& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
SET TIMESTAMP=/*!*/;
DELETE FROM `bookstore`.`authors` WHERE `author_id`='4'
/*!*/;
# at 780
#:45:31 server id 1&&end_log_pos 903& &&&Query& & thread_id=8& & exec_time=0& & error_code=0
SET TIMESTAMP=/*!*/;
DELETE FROM `bookstore`.`authors` WHERE `author_id`='5'
/*!*/;
# at 903
#:45:31 server id 1&&end_log_pos 930& &&&Xid = 407
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;复制代码6. 开始恢复数据，执行以下命令，
13:49 上传
之所以要有一个--stop-pos=584参数，是因为从584开始，就在删除记录了，所以在584就应该停止。执行命令以后，再次打开authors表，可以看见第4、5条数据被恢复了！
13:49 上传
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
不干版主了
UID78707空间积分0 积分42340阅读权限100帖子精华可用积分42340 信誉积分2760 专家积分180 在线时间6324 小时注册时间最后登录
帖子主题精华可用积分42340 信誉积分2760 专家积分180 在线时间6324 小时注册时间最后登录
认证徽章论坛徽章:46
我曾经这么恢复过。
做一个在牛A和牛C之间徘徊的人
想找个不加班的工作好难啊！
(X软工作好几年
过了二建和架构
向着一建挺进前
为了生存还得干程序员)MySQL使用二进制日志恢复数据库_数据库技术_Linux公社-Linux系统门户网站
你好，游客
MySQL使用二进制日志恢复数据库
来源：Linux社区&
作者：mstk
一、二进制日志简介
MySQL有不同类型的日志，其中二进制文件记录了所有对数据库的修改，如果数据库因为操作不当或其他原因丢失了数据，可以通过二进制文件恢复。
在my.ini文件中设置了log-bin，重新启动MySQL后就开启了二进制日志。数据库每次重新启动（或执行flush logs命令）后，都会生成一个新的二进制日志，如在在my.ini文件中设置了
log-bin=F:\mysqllog\logbin
则数据库第一次启动会生成logbin.000001，第二次启动会生成logbin.000002，第三次启动会生成logbin.000003，......，以此类推。
MySQL 二进制日志删除与恢复&
二、数据恢复实例
1. 为了便于说明，执行flush logs命令，生成一个新的二进制文件；
2. 打开bookstore数据库中的authors表，里面已经有3条数据，在里面新插入两条数据，即第4条和第5条数据；
3. 假设由于操作失误，将第4条和第5条数据删除了；
4. 这时就考虑用二进制文件恢复第4条和第5条数据了，打开二进制文件的路径，发现有很多二进制日志文件，
其中编号最大的000030是最新的，记录了前面所述的记录插入和删除操作；
5. 首先查看一下这个文件，运行以下命令将其转换成文本文件，
打开文本文件，可以看见记录下了记录的插入和删除操作。
/*!40019 SET @@session.max_insert_delayed_threads=0*/;/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;DELIMITER /*!*/;# at 4#:24:10 server id 1& end_log_pos 107& &
Start: binlog v 4, server v 5.5.25-log created :24:10# Warning: this binlog is either in use or was not closed properly.BINLOG 'ag/SVA8BAAAAZwAAAGsAAAABAAQANS41LjI1LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA=='/*!*/;# at 107#:25:40 server id 1& end_log_pos 180& &
Query& & thread_id=8& & exec_time=0& & error_code=0SET TIMESTAMP=/*!*/;SET @@session.pseudo_thread_id=8/*!*/;SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;SET @@session.sql_mode=/*!*/;SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;/*!\C utf8 *//*!*/;SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;SET @@session.lc_time_names=0/*!*/;SET @@session.collation_database=DEFAULT/*!*/;BEGIN/*!*/;# at 180#:25:40 server id 1& end_log_pos 369& &
Query& & thread_id=8& & exec_time=0& & error_code=0use bookstore/*!*/;SET TIMESTAMP=/*!*/;INSERT INTO `bookstore`.`authors` (`author_id`, `author_last`, `author_first`, `country`) VALUES (4, 'Li', 'Si', 'China')/*!*/;# at 369#:25:40 server id 1& end_log_pos 557& &
Query& & thread_id=8& & exec_time=0& & error_code=0SET TIMESTAMP=/*!*/;INSERT INTO `bookstore`.`authors` (`author_id`, `author_last`, `author_first`, `country`) VALUES (5, 'Wang', 'Wu', 'US')/*!*/;# at 557#:25:40 server id 1& end_log_pos 584& &
Xid = 391COMMIT/*!*/;# at 584#:45:31 server id 1& end_log_pos 657& &
Query& & thread_id=8& & exec_time=0& & error_code=0SET TIMESTAMP=/*!*/;BEGIN/*!*/;# at 657#:45:31 server id 1& end_log_pos 780& &
Query& & thread_id=8& & exec_time=0& & error_code=0SET TIMESTAMP=/*!*/;DELETE FROM `bookstore`.`authors` WHERE `author_id`='4'/*!*/;# at 780#:45:31 server id 1& end_log_pos 903& &
Query& & thread_id=8& & exec_time=0& & error_code=0SET TIMESTAMP=/*!*/;DELETE FROM `bookstore`.`authors` WHERE `author_id`='5'/*!*/;# at 903#:45:31 server id 1& end_log_pos 930& &
Xid = 407COMMIT/*!*/;DELIMITER ;# End of log fileROLLBACK /* added by mysqlbinlog */;/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
6. 开始恢复数据，执行以下命令，
之所以要有一个--stop-pos=584参数，是因为从584开始，就在删除记录了，所以在584就应该停止。执行命令以后，再次打开authors表，可以看见第4、5条数据被恢复了！
--------------------------------------分割线 --------------------------------------
14.04下安装MySQL
《MySQL权威指南(原书第2版)》清晰中文扫描版 PDF
Ubuntu 14.04 LTS 安装 LNMP Nginx\PHP5 (PHP-FPM)\MySQL
Ubuntu 14.04下搭建MySQL主从服务器
Ubuntu 12.04 LTS 构建高可用分布式 MySQL 集群
Ubuntu 12.04下源代码安装MySQL5.6以及Python-MySQLdb
MySQL-5.5.38通用二进制安装
--------------------------------------分割线 --------------------------------------
本文永久更新链接地址：
相关资讯 & & &
& (10/06/:58)
& (03/05/:17)
& (05/16/:02)
& (03/05/:13)
& (02/26/:45)
图片资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款