Chinaunix

标题: MySQL5.6新功能一览 哪些让您兴奋不已？（获奖名单已公布-2012-10-31） [打印本页]
作者: send_linux    时间: 2012-08-16 14:46
标题: MySQL5.6新功能一览 哪些让您兴奋不已？（获奖名单已公布-2012-10-31）
获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-3778113-1-1.html

前言：
近期MySQL5.6 在放出的5.6.6 m9版本中实现了memcached API的新功能，可以说在社区中又轰动了一把。而年初的MySQL Innovation 大会上，整个MySQL Team也是围绕5.6展开了详细的新功能介绍。见： http://www.mysql.com/news-and-events/events/innovation-day/

主要新功能可以归结为以下几个方面：

1. Query Performance
        ICP   (Index Condition Pushdown)
        MRR (Multi Range Read)
        BKA  (Batch Key Access)
        New explain output
        Innodb Persistent Statistics
2. Replication（更好的复制功能，MySQL 复制模块团队主要改进了数据完整性和可用性以及性能方面的提升。）
        2.1Flexibility
                Time Delay
                Informational Events
                Remote binary log lookup
                Global Unique ServerIDs
                Global Transaction ID
        2.2Robustness
                Crash-Safe Slaves/Master
                Replication Event CheckSum
                Self-trimed binlog
        2.3Performance
                Multiple-thread Slaves
                Optimized Row Based Replication
3. Performance Schema（Performance Schema 是在 5.5 版本中引入的，5.6 做了改进，提供新功能包括：表锁、表I/O 以及表锁等待。）
4. Memcached API

但从名字和数量就可以看出5.6做的改进是非常巨大也具有实际意义的。

这期的讨论就围绕着MySQL的新功能展开：
1、那个新功能最让你觉的期待呢？
2、这些功能是否足以让你决定抛弃现有版本而大胆升级呢？


活动时间：
2012年8月16日-9月2日

本期特邀嘉宾：
ChinaUnix社区MySQL版版主：Cenalulu
ChinaUnix社区MySQL版版主：ruochen
ChinaUnix社区MySQL版资深版主：qlks


话题要求：
1、 要言之有物，不能低于40个字
2、 本次话题主要关注MySQL5.6新功能的讨论，其他问题可能不做重点

奖项设置：
最佳讨论5名，奖励《MySQL 技术内幕：InnoDB存储引擎》图书一本！

欢迎大家参与讨论！
作者: cenalulu    时间: 2012-08-16 15:07
Memcached API 别看就一句话，个人认为有划时代的意义。
MySQL 半只脚踏入NoSQL领域。
大家都知道MySQL目前select 并发吞吐量上不去的主要原因就在于SQL 解析上。
通过Memcached API，请求直接跳过了解析阶段，直接操作innodb 数据，从而提升了吞吐量。
另外一方面也给之前使用memcached +mysql 架构的应用有了无缝衔接的可行性。
作者: action08    时间: 2012-08-16 15:10
本帖最后由 action08 于 2012-08-16 15:12 编辑

1、那个新功能最让你觉的期待呢？
1. Query Performance
        ICP   (Index Condition Pushdown)
        MRR (Multi Range Read)
        BKA  (Batch Key Access)
        New explain output
        Innodb Persistent Statistics
--暂时不关注，用不上


2. Replication（更好的复制功能，MySQL 复制模块团队主要改进了数据完整性和可用性以及性能方面的提升。）
--负载最重要的功能了，性能提升后可以做更强的负载


3. Performance Schema（Performance Schema 是在 5.5 版本中引入的，5.6 做了改进，提供新功能包括：表锁、表I/O 以及表锁等待。）
--现在用不上。


4. Memcached API
--应该很有用，估计能削减不少代码成本



2、这些功能是否足以让你决定抛弃现有版本而大胆升级呢？
呵呵，个人很愿意升级。
但一切还要等待进一步的测试，毕竟有些领域，稳定才是最重要的。
作者: rucypli    时间: 2012-08-16 15:55
本帖最后由 rucypli 于 2012-08-16 16:00 编辑

对于线上机器 Multiple-thread Slaves无意能是见效最快的特性

现在经常出现master上更新一但上升到某个数字  所有slave都延迟  多线程复制盼望好久了


虽然淘宝有开发多线程复制mysql transfer，确实没敢用
作者: rucypli    时间: 2012-08-16 16:01
binary log group commit也是个非常好的特性 减少io
作者: rucypli    时间: 2012-08-16 16:07
全局事务id可能让不少自己开发的自动容灾的工具白费劲了
作者: rucypli    时间: 2012-08-16 16:10
Time Delayed Replication也仅此于Multiple-thread Slaves的第二实用的特性

对于迅速恢复master上的误操作数据非常有用
作者: cenalulu    时间: 2012-08-16 16:31
回复 4# rucypli


    不过比较可惜的是，5.6的多线程只是基于不同DB级别的。同一个DB的event还是串行执行的。应用范围不是很广
作者: rucypli    时间: 2012-08-16 16:58
回复 8# cenalulu


哦   要是能基于表的并行就好了  基于库的看来只能对于多库的机器有些用了
   
作者: ning_lianjie    时间: 2012-08-16 18:39
期待的 延迟复制 功能没有.
作者: cenalulu    时间: 2012-08-17 09:32
回复 10# ning_lianjie


    有呀～ time delay replication
作者: seesea2517    时间: 2012-08-17 09:34
还没用过，了解了解情况。
作者: ning_lianjie    时间: 2012-08-17 10:16
回复 11# cenalulu

哦, 没注意.
有时间测试一下
   
作者: o0o520    时间: 2012-08-17 17:49
2. Replication（更好的复制功能，MySQL 复制模块团队主要改进了数据完整性和可用性以及性能方面的提升。）
        2.1Flexibility
                Time Delay
                Informational Events
                Remote binary log lookup
                Global Unique ServerIDs
                Global Transaction ID
        2.2Robustness
                Crash-Safe Slaves/Master
                Replication Event CheckSum
                Self-trimed binlog
        2.3Performance
                Multiple-thread Slaves
                Optimized Row Based Replication

目前，主从复制，slave用的是单线程，master上是多线程，在高并发情况下，slave往往落后于master，Multiple-thread Slaves这个改进，还是很不错的，不过具体实现的细节和条件限制还不是很了解。还有延迟复制功能，比如在master进行了误删除操作，这时就体现延迟复制的优势了，对于安全性才说也是很有必要的。
Replication Event CheckSum这个不太清楚是不是指的主从的一致性校验，目前用的是percona-toolkit工具包来checksum数据的一致性，如果这个功能也自带了，那就好了

4. Memcached API

这个功能我想很多人都期待已久的，目前的环境也是安装了memcached，新版本集成了memcached，以后就无需再独立安装了，耦合性相信也会更好。

再说下比较期待的功能：

现在mysql的最大缺陷就是高可用方面，也就是HA，mysql在这方面做的一直很差，如果能把这个问题解决了，那mysql就完美了。

mysql 5.6基于以上的改进，可以先小范围的升级、测试，稳定运行一段时间后，可考虑把生产环境的mysql升级到5.6。
作者: wjlcn    时间: 2012-08-17 18:48
1. Memcached API 确实值得期待，插件安装也比较简单，还有专门的库innodb_memcache 来存放策略、配置等；不过跟 memcached server相比，性能上还有有点差距并且读写也不太稳定，希望在以后的版本中有更多的惊喜~

2. Innodb Persistent Statistics 应该可以更好地关注mysql innodb 性能，这个也不错~

3.Replication 更好的复制功能；在里面好像也有很多不错的新功能；

其中 Time Delay 应该值得期待，特别是业务升级的时候，有些时候，业务升级后，需隔一段时间，才能发现升级是否存在问题；而有这个延时复制的功能的话，对升级就更灵活了~  之前也有用过延时复制工具pt-slave-delay，但感觉不是很好~

Multiple-thread Slaves 意味着slave 上的应用日志更加快了~~~ 这个也不错，特别是对于批量导入数据的业务~

另外，如果mysql的主从在主库宕机后，可以将业务自动切换到从库的功能的话，就更好了~呵呵~~
作者: 〇〇    时间: 2012-08-17 20:31
本帖最后由 〇〇 于 2012-08-17 20:33 编辑

除了上面列出的这些，还应该
sql添加分析函数和with as(递归with as)语法
有没有位图索引我忘记了，没有就添上
提高大数据量的查询性能
作者: icer_repls    时间: 2012-08-18 22:13
归根结底：任何新功能，线上库对它最大的要求就是稳定、可靠。
这也是为什么现在MySQL分支这么多，每个都有自己的新特性，但实际上大家都只用那么几家的而已
作者: 346196247    时间: 2012-08-19 12:58
一样，知要我会用就满意
作者: cenalulu    时间: 2012-08-20 09:26
回复 17# icer_repls


    嗯，国内的mysql氛围就是等稳定了再用，小版本不超过20不用。其实大可开放一些，在一些非重点非实时业务上尝试下新版本，也为之后的升级做好知识储备。
作者: cenalulu    时间: 2012-08-20 09:50
回复 14# o0o520


多谢补充～ 欢迎讨论。
不过这个理解更正一下。
Replication Event CheckSum这个不太清楚是不是指的主从的一致性校验，目前用的是percona-toolkit工具包来checksum数据的一致性，如果这个功能也自带了，那就好了。

所谓event checksum是指，当单个event从master传递到slave时，会做checksum的校验。主要是为了减少log corrupted情况的发生。
和pt工具集里的主从一致性校验用途不一样。
作者: o0o520    时间: 2012-08-20 10:23
cenalulu 发表于 2012-08-20 09:50
回复 14# o0o520



原来是这个意思，多谢指正。
作者: bbjmmj    时间: 2012-08-20 11:02
MYSQL从6.0版开始就是集群版了，MYSQL6已经问世好几年了，现在都MYSQL7了，MYSQL5还可以延续多久呢？
NDB受制于内存容量已经成为历史了，MYSQL CLUSTER也可以处理TB级的数据库，方法是用FUSION-IO的IOMEMORY把内存扩到几十个TB。
印象中看过一个PG\MYSQL\ORACLE的测试报告，PG有个API什么的，MYSQL和ORACLE简直都弱爆了，跟PG那个API一比都只能算是玩具级的。
作者: tulip0425    时间: 2012-08-20 11:21
好，谢谢你，大家都需要的好帖
作者: cenalulu    时间: 2012-08-20 11:29
回复 22# bbjmmj


    亲，你说的mysql6和7 都是mysql cluster。使用者很小众。。。这次讨论的5.6 是社区版～
作者: hansion3406    时间: 2012-08-20 11:34
真的吗？太好了，非常喜欢
作者: o0o520    时间: 2012-08-20 12:02
本帖最后由 o0o520 于 2012-08-20 13:41 编辑

mysql5.6的innodb 已经支持FULLTEXT了
对事物进行了优化，比如可以指定 START TRANSACTION READ ONLY，以确保交易是只读的，提升了性能和并发。
默认配置也有所改变，比如5.6 innodb默认使用独立表空间。
innodb的死锁信息可以写到error日志里
作者: icer_repls    时间: 2012-08-20 13:20
cenalulu 发表于 2012-08-20 09:26
回复 17# icer_repls


不知道你所说的非重点业务是什么概念，但是公司一旦一个产品上线了，用不稳定的版本，遇到严重bug很有可能就是致命的打击。所以也最多就镜像库或者测试库用一下
作者: cenalulu    时间: 2012-08-20 13:27
回复 27# icer_repls


    就是非对外业务，宕机时间允许在小时级别的业务。例如公司内部知识库，文档库，后台等等
作者: rucypli    时间: 2012-08-20 18:31
回复 22# bbjmmj

innodb靠谱又给力

   
作者: rucypli    时间: 2012-08-20 18:36
回复 26# o0o520


    read only所有版本都有吧
作者: o0o520    时间: 2012-08-20 19:34
rucypli 发表于 2012-08-20 18:36
回复 26# o0o520



5.6新增的，摘自在线手册

START TRANSACTION
    [transaction_characteristic [, transaction_characteristic] ...]

transaction_characteristic:
    WITH CONSISTENT SNAPSHOT
  | READ WRITE
  | READ ONLY

BEGIN [WORK]
COMMIT [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
ROLLBACK [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
SET autocommit = {0 | 1}
作者: kerlion    时间: 2012-08-21 10:22
提示: 作者被禁止或删除 内容自动屏蔽
作者: milujite    时间: 2012-08-21 14:13
Memcached API
--应该很有用，估计能削减不少代码成本

这个应该是最关键的特性了～～MYSQL和NOSQL接口的整合，应该可以让很多对需要数据加速的用户省去很多很多工作。
作者: sohusina    时间: 2012-08-21 20:26
我想知道binlog在故障恢复方面有了些什么新招？
作者: fire_cpp    时间: 2012-08-21 20:48
兴奋个啥啊，你们这不是另有一篇帖子说MySQL要闭源吗？
作者: 7looki    时间: 2012-08-22 17:32
关注一下                       
作者: bjsemo    时间: 2012-08-23 14:50
这东西太强大了，稳定啊，哈哈
作者: EasHardTag    时间: 2012-08-25 11:45
个人很愿意升级。
作者: 方兆国    时间: 2012-08-25 23:25
不知道什么时候MySQL也可以像Oracle一样使用裸分区和角色功能
裸分区可以提高数据库的读写能力，可以很大程度上提高数据库的性能
而角色功能，可以更加方便的进行权限管理。像出名一点儿的数据库，例如Oracle 、SQLServer等都是支持角色管理的
作者: wiliiwin    时间: 2012-08-28 00:45
期待这些功能能真实有效的应用到生产上
作者: 枫影谁用了    时间: 2012-08-28 18:43
进步就是好。发展到现在，不管多少。
作者: icer_repls    时间: 2012-08-28 21:30
方兆国 发表于 2012-08-25 23:25
不知道什么时候MySQL也可以像Oracle一样使用裸分区和角色功能
裸分区可以提高数据库的读写能力，可以很大程 ...


请问你实际测过oracle使用裸设备后性能有很大提升吗？
作者: 方兆国    时间: 2012-08-28 23:06
icer_repls 发表于 2012-08-28 21:30
请问你实际测过oracle使用裸设备后性能有很大提升吗？

没有，只是百度上看到的
不过"角色"感觉蛮好
作者: ylky_2000    时间: 2012-08-29 08:18
Replication\  Performance Schema\Memcached API:这三个东西主要是冗余、高可用性、session同步和加速方面，看来mysql正在适应大型web应用系统方面发力了。
不过有个问题没有搞明白？oracle与mysql都属于同一个公司sun，oracle数据库费用贵死，而mysql免费，现在功能越来越强大，从中小型应用，到现在看来可以适应大型的应用的趋势来看，sun会怎么办？怎么样调整mysql的日后的道路呢？
做个简单的预测，sun对mysql收费的那天就是新的开源数据库（替代mysql）扬名立万的那天。

作者: chinafenghao    时间: 2012-08-29 11:13
本帖最后由 chinafenghao 于 2012-08-29 11:14 编辑

回复 2# cenalulu
@send_linux
@rucypli
@ning_lianjie


个人觉得这次的5.6版本主要四个大方面。
一、版主已经提到的mysql支持memcached API接口，跨进了nosql的大门。

二、支持多线程复制，官方出的始终比社区的解决方案更可靠，更友好，兼容性也更好，我是这么认为的。

三、对innodb的优化，可以调整innodb_flush_log_at_timeout，自定义刷新redo log的时间，以前最大为1s；innodb全文索引支持；支持调整innodb块的size；引入GTIDS(global transaction identifiers)，为以后扩展打下基础；还有一个牛B的功能，innodb支持online DDL了；还有一个就是支持了percona的单表空间备份的功能；
还有一堆关于innodb flush的配置参数，可以更好的根据硬件来调整innodb的工作方式。

四、mysql自身的一些优化，比如binlog的group comit优化，mysql支持ipv6，使用了更复杂的加密和提高了安全性，支持更强大的explain，优化后的优化器，子查询更好的性能，支持毫秒级别的日期类型，table_open_cache分区的改变，希望以后query_cache也使用table_open_cache的思路。

题外话：
innodb是oracle花了最多精力的地方，因为这个是他真正的自家孩子，如果要多mysql做控制，innodb是最好下手的地方，因为开源社区还没有一个引擎可以代替innodb，而mysql失去innodb，也就不再是mysql了。
作者: send_linux    时间: 2012-08-29 11:15
chinafenghao 发表于 2012-08-29 11:13
回复 2# cenalulu
@send_linux
@rucypli


感谢分享哈
作者: cenalulu    时间: 2012-08-29 11:48
回复 45# chinafenghao


    看来兄弟也是没少关心5.6阿
作者: chinafenghao    时间: 2012-08-29 12:10
回复 47# cenalulu
mysql 5.6杠杠的，必须关注撒。就是不知道啥时候能够GA，啥时候能够稳定。

   
作者: rucypli    时间: 2012-08-29 16:44
回复 48# chinafenghao
即使GA了 也不敢上马上就用

   
作者: chinafenghao    时间: 2012-08-29 16:52
@rucypli 嗯，GA了可以拿来内网做测试，顺便熟悉一下功能。
作者: ning_lianjie    时间: 2012-08-29 20:39
回复 45# chinafenghao

分析的靠谱
   
作者: icer_repls    时间: 2012-08-29 22:08
本帖最后由 icer_repls 于 2012-08-29 22:09 编辑

@chinafenghao  我感觉多线程复制这事不怎么靠谱：
我想现在大多数的公司都是一个schema对应了一个业务几乎所有的表吧，那么如果schema很少的话，多线程复制还有什么意义呢？而如果你拆分成很多个database，但多线程复制又不支持跨schema事务，况且多线程复制还有其他限制，所以说这点上我看不靠谱
作者: chinafenghao    时间: 2012-08-29 22:22
@icer_repls
icer_repls兄说的是，关于不支持跨schema事务这个事情确实头疼，不过这个可以从代码层面来解决。如果复制延时出现瓶颈了，并且schema很少的话，其他优化方法已经无计可施了，那么就只有调整架构，拆分schema了。

反正哥们说的这些问题肯定是没法不动一兵一卒，光DBA配置下就能完成的。
作者: icer_repls    时间: 2012-08-30 22:35
回复 53# chinafenghao

但是拆分schema之后，代码层处理的代价势必就大了。所以最终还得看这个多线程复制带来的性能提升相比拆分应用层的代价有多大优势。不过总的来说有这么一个特性总比没有好。因为它提供了一个参数可配置的，可以选择不用这个特性。

   
作者: chinafenghao    时间: 2012-08-31 12:17
回复 54# icer_repls

嗯、其实DBA主要的工作还是和程序沟通，引导程序使用正确的方法。没法办单枪作战的。
   
作者: 大邪神    时间: 2012-08-31 16:59
回复 39# 方兆国


    InnoDB 一直可以使用裸分区啊！
作者: 大邪神    时间: 2012-08-31 17:01
回复 45# chinafenghao


    XtraDB
作者: chinafenghao    时间: 2012-08-31 17:38
@大邪神 哥们指的我提到的percona的单表空间备份是xtradb实现的吧？
作者: 大邪神    时间: 2012-08-31 17:49
chinafenghao 发表于 2012-08-31 17:38
@大邪神 哥们指的我提到的percona的单表空间备份是xtradb实现的吧？


XtraDB 就是完全替代 InnoDB 的
作者: cenalulu    时间: 2012-08-31 18:01
回复 52# icer_repls


    这个功能对于已经实现分库分表的应用比较有用～ 多个并行库做多线程复制，还是很省机器滴
作者: chinafenghao    时间: 2012-08-31 18:11
@大邪神 我不是律师，也不是版权专家，我发表一下我的看法 ： xtradb是基于innodb开发的，100%兼容innodb，可想里面的基础架构和innodb的相似性。如果oracle(05年收购的innodb)要让innodb商业化，那么xtradb肯定会受到影响，因为xtradb不知道涉及了多少innodb的专利。
作者: 大邪神    时间: 2012-08-31 19:28
回复 61# chinafenghao


    软件架构不能申请专利吧？！另外，一旦InnoDB闭源，那XtraDB就开始走自己的路了，若是开源，则XtraDB遵循协议就是了
作者: icer_repls    时间: 2012-08-31 20:46
回复 60# cenalulu

嗯 是的，主要是我们的应用很少那么干，一个应用基本上就是一个shema，所以我才会说这个功能对于schema很少的时候基本上没用


   
作者: 方兆国    时间: 2012-08-31 23:44
大邪神 发表于 2012-08-31 16:59
回复 39# 方兆国


我用的是Windows，不知道怎么设置啊
作者: chinafenghao    时间: 2012-09-01 14:01
回复 63# icer_repls


嗯，如果innodb商业化，现阶段看来xtradb是最好的选择，不过xtradb和5.6版本中的innodb差距还是很大的。
作者: hansion3406    时间: 2012-09-01 15:44
看的人少，回一下
作者: 大邪神    时间: 2012-09-01 16:09
方兆国 发表于 2012-08-31 23:44
我用的是Windows，不知道怎么设置啊



不会设置不代表没有，InnoDB文档里面说的清清楚楚
作者: o0o520    时间: 2012-09-01 19:11
本帖最后由 o0o520 于 2012-09-01 19:12 编辑
chinafenghao 发表于 2012-09-01 14:01
回复 63# icer_repls


我觉得近阶段不会商业化的
作者: 方兆国    时间: 2012-09-01 21:29
大邪神 发表于 2012-09-01 16:09
不会设置不代表没有，InnoDB文档里面说的清清楚楚


(*^__^*)，不好意思哈
作者: shang2010    时间: 2012-09-04 12:16
@方兆国
你个人签名的猫咪做计算机肯定很有前途，{:3_189:}
作者: 方兆国    时间: 2012-09-04 20:29
shang2010 发表于 2012-09-04 12:16
@方兆国
你个人签名的猫咪做计算机肯定很有前途，

呵呵，甜甜起司猫，很好看的
作者: chinafenghao    时间: 2012-09-05 21:59
@方兆国 头像更有前途哈。
作者: lloydm    时间: 2012-09-06 00:58
提示: 作者被禁止或删除 内容自动屏蔽
作者: PoplarDddCN    时间: 2012-09-06 09:06
mysql的复制是3个线程在工作吧？请问你们说的多线程又是指的什么呢？谢谢回复 4# rucypli


   
作者: PoplarDddCN    时间: 2012-09-06 09:11
能否说一下，基于不同DB级别是啥意思？谢谢啦回复 8# cenalulu


   
作者: PoplarDddCN    时间: 2012-09-06 09:12
请问啥是基于表的并行？谢谢啦回复 9# rucypli


   
作者: cenalulu    时间: 2012-09-06 09:20
回复 75# PoplarDddCN


    假设master一个实例上有三个数据库， DB1，DB2，DB3。针对这3个数据库的DML是可以在slave并发执行的。
即：一个thread执行DB1的DML，一个DB2，一个DB3 ，以此类推
作者: PoplarDddCN    时间: 2012-09-06 09:32
哦，原来是这个意思，谢谢回复 77# cenalulu


   
作者: squall1    时间: 2012-09-06 16:02
icer_repls 发表于 2012-08-29 22:08
@chinafenghao  我感觉多线程复制这事不怎么靠谱：
我想现在大多数的公司都是一个schema对应了一个业务几乎 ...


可以垮裤复制啊。

update test.t1,test2.abc set test.t1.id=test.t1.id+10,test2.abc.id=test2.abc.id+10 where test.t1.id=test2.abc.id;

你再试试。采用GTID模式。
作者: icer_repls    时间: 2012-09-06 20:40
squall1 发表于 2012-09-06 16:02
可以垮裤复制啊。

update test.t1,test2.abc set test.t1.id=test.t1.id+10,test2.abc.id=test2.abc ...


slave多线程复制，如果你跨库的语句，复制肯定是不安全的，因为官方都说了它只保证schema级内部顺序一致性。这与GTID没关系吧
作者: wjlcn    时间: 2012-09-07 13:38
chinafenghao 发表于 2012-08-29 11:13
回复 2# cenalulu
@send_linux
@rucypli


牛，学习了~
作者: rucypli    时间: 2012-09-07 14:58
http://dinglin.iteye.com/blog/1672742
作者: hansion3406    时间: 2012-09-12 10:30
鉴定完毕.!
作者: 346196247    时间: 2012-09-14 21:25
哦
。。。。。。。。。。。。。。。。。。
作者: PoplarDddCN    时间: 2012-09-22 09:47
请问版主，我是个小白，不能做技术上的讨论，但也很想得到奖品，咋办呢？真心希望回帖，谢谢
作者: lloydm    时间: 2012-09-22 10:15
提示: 作者被禁止或删除 内容自动屏蔽
作者: hansion3406    时间: 2012-09-24 10:25
嘿嘿，回个贴表明我来过。



欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2