

0
0
redisÊÇÒ»¸ökey-value´æ´¢ÏµÍ³.ºÍMemcachedÀàËÆ£¬ËüÖ§³Ö´æ´¢µÄvalueÀàÐÍÏà¶Ô¸ü¶à£¬°üÀ¨string(×Ö·û´®)¡¢list(Á´±í)¡¢set(¼¯ºÏ)¡¢zset(sorted set --ÓÐÐò¼¯ºÏ)ºÍhashs£¨¹þÏ£ÀàÐÍ£©.ÕâЩÊý¾ÝÀàÐͶ¼Ö§³Öpush/pop¡¢add/remove¼°È¡½»¼¯²¢¼¯ºÍ²î¼¯¼°¸ü·á¸»µÄ²Ù×÷£¬¶øÇÒÕâЩ²Ù×÷¶¼ÊÇÔ×ÓÐÔµÄ.ÔÚ´Ë»ù´¡ÉÏ£¬redisÖ§³Ö¸÷ÖÖ²»Í¬·½Ê½µÄÅÅÐò.ÓëmemcachedÒ»Ñù£¬ÎªÁ˱£Ö¤Ð§ÂÊ£¬Êý¾Ý¶¼ÊÇ»º´æÔÚÄÚ´æÖÐ.Çø±ðµÄÊÇredis»áÖÜÆÚÐԵİѸüеÄÊý¾ÝдÈë´ÅÅÌ»òÕß°ÑÐ޸IJÙ×÷дÈë×·¼ÓµÄ¼Ç¼Îļþ£¬²¢ÇÒÔÚ´Ë»ù´¡ÉÏʵÏÖÁËmaster-slave(Ö÷´Ó)ͬ²½.
ÐÔÄܼ«¸ß ¨C RedisÄÜÖ§³Ö³¬¹ý 100K+ ÿÃëµÄ¶ÁдƵÂÊ¡£
·á¸»µÄÊý¾ÝÀàÐÍ ¨C RedisÖ§³Ö¶þ½øÖư¸ÀýµÄ Strings, Lists, Hashes, Sets ¼° Ordered Sets Êý¾ÝÀàÐͲÙ×÷¡£
Ô×Ó ¨C RedisµÄËùÓвÙ×÷¶¼ÊÇÔ×ÓÐԵģ¬Í¬Ê±Redis»¹Ö§³Ö¶Ô¼¸¸ö²Ù×÷È«²¢ºóµÄÔ×ÓÐÔÖ´ÐС£
·á¸»µÄÌØÐÔ ¨C Redis»¹Ö§³Ö publish/subscribe, ֪ͨ, key ¹ýÆÚµÈµÈÌØÐÔ¡£
ÏÂÃæÊǹٷ½µÄbench-markÊý¾Ý£º
²âÊÔÍê³ÉÁË50¸ö²¢·¢Ö´ÐÐ100000¸öÇëÇó¡£
ÉèÖúͻñÈ¡µÄÖµÊÇÒ»¸ö256×Ö½Ú×Ö·û´®¡£
Linux boxÊÇÔËÐÐLinux 2.6,ÕâÊÇX3320 Xeon 2.5 ghz¡£
Îı¾Ö´ÐÐʹÓÃloopback½Ó¿Ú(127.0.0.1)¡£
½á¹û:дµÄËÙ¶ÈÊÇ110000´Î/s,¶ÁµÄËÙ¶ÈÊÇ81000´Î/s ¡£
¾ÍDBÀ´Ëµ£¬Redis³É¼¨ÒѾºÜ¾ªÈËÁË£¬ÇÒ²»ËµmemcachedbºÍtokyocabinetÖ®Á÷£¬¾Í˵԰æµÄmemcached¡¢£¬ËÙ¶ÈËÆºõÒ²Ö»ÄÜ´ïµ½Õâ¸ö¼¶±ð¡£Redis¸ù±¾ÊÇʹÓÃÄÚ´æ´æ´¢¡¢£¬³Ö¾Ã»¯µÄ¹Ø¼üÊÇÕâÈýÌõÖ¸ÁSAVE BGSAVE LASTSAVE .
µ±½ÓÊÕµ½SAVEÖ¸ÁîµÄʱºò¡¢£¬Redis¾Í»ádumpÊý¾Ýµ½Ò»¸öÎļþÀïÃæ¡£ÖµµÃһ˵µÄÊÇËüµÄ¶À¼Ò¹¦ÄÜ£º´æ´¢ÁбíºÍ¼¯ºÏ¡¢£¬ÕâÊÇËüÓëmcÖ®Á÷Ïà±È¸üÓоºÕùÁ¦µÄµØ·½¡¢¡£
²»½éÉÜmcÀïÃæÒѾÓеĶ«¶«¡¢£¬Ö»ÁгöÌØÊâµÄ£º
TYPE key ¡ª ÓÃÀ´»ñȡijkeyµÄÀàÐÍ
KEYS pattern ¡ª Æ¥ÅäËùÓзûºÏģʽµÄkey£¬±ÈÈçKEYS * ¾ÍÁгöËùÓеÄkeyÁË¡¢£¬µ±È»¡¢£¬¸´ÔÓ¶ÈO(n)
RANDOMKEY - ·µ»ØËæ»úµÄÒ»¸ökey
RENAME oldkeynewkey¡ª keyÒ²¿ÉÒÔ¸ÄÃû
Áбí²Ù×÷£¬¾«»ª
RPUSH key string ¡ª ½«Ä³¸öÖµ¼ÓÈëµ½Ò»¸ökeyÁбíÍ·²¿
LPUSH key string ¡ª ½«Ä³¸öÖµ¼ÓÈëµ½Ò»¸ökeyÁбíĩβ
LLEN key ¡ª ÁÐ±í³¤¶È
LRANGE key start end ¡ª ·µ»ØÁбíÖÐij¸ö·¶Î§µÄÖµ¡¢£¬Ï൱ÓÚmysqlÀïÃæµÄ·ÖÒ³²éѯÄÇÑù
LTRIM key start end ¡ª Ö»±£ÁôÁбíÖÐij¸ö·¶Î§µÄÖµ
LINDEX key index ¡ª »ñÈ¡ÁбíÖÐÌØ¶¨Ë÷ÒýºÅµÄÖµ¡¢£¬Òª×¢ÒâÊÇO(n)¸´ÔÓ¶È
LSET key index value ¡ª ÉèÖÃÁбíÖÐij¸öλÖõÄÖµ
LPOP key
RPOP key ¡ª ºÍÉÏÃæµÄLPOPÒ»Ñù£¬¾ÍÊÇÀàËÆÕ»»ò¶ÓÁеÄÄÇÖÖȡͷȡβָÁî¡¢£¬¿ÉÒÔµ±³ÉÏûÏ¢¶ÓÁÐÀ´Ê¹ÓÃÁË
¼¯ºÏ²Ù×÷
SADD key member ¡ª Ôö¼ÓÔªËØ
SREM key member ¡ª ɾ³ýÔªËØ
SCARD key ¡ª ·µ»Ø¼¯ºÏ´óС
SISMEMBER key member ¡ª ÅжÏij¸öÖµÊÇ·ñÔÚ¼¯ºÏÖÐ
SINTER key1 key2 ... keyN ¡ª »ñÈ¡¶à¸ö¼¯ºÏµÄ½»¼¯ÔªËØ
SMEMBERS key ¡ª Áгö¼¯ºÏµÄËùÓÐÔªËØ
»¹ÓÐMultiple DBµÄÃüÁî¡¢£¬¿ÉÒÔ¸ü»»db£¬Êý¾Ý¿ÉÒÔ¸ôÀ뿪¡¢£¬Ä¬ÈÏÊÇ´æ·ÅÔÚDB 0
¿ÉÒÔÔÚWindowsϽøÐа²×°
Redis°²×°Îļþ½âѹºó¡¢£¬ÓÐÒÔϼ¸¸öÎļþ¡£¼ûÏÂͼ

redis-server.exe£º·þÎñ³ÌÐò
redis-check-dump.exe£º±¾µØÊý¾Ý¿â¼ì²é
redis-check-aof.exe£º¸üÐÂÈÕÖ¾¼ì²é
redis-benchmark.exe£ºÐÔÄܲâÊÔ¡¢£¬ÓÃÒÔÄ£ÄâͬʱÓÉN¸ö¿Í»§¶Ë·¢ËÍM¸ö SETs/GETs ²éѯ (ÀàËÆÓÚ Apache µÄab ¹¤¾ß).
ÔÚ½âѹºÃredisµÄ°²×°Îļþµ½E:\¸ùĿ¼ºó¡¢£¬»¹ÐèÒªÔÚredis¸ùĿ¼Ôö¼ÓÒ»¸öredisµÄÅäÖÃÎļþredis.conf£¬Îļþ¾ßÌåÄÚÈݸ½¼þÖÐÓС¢£¬²»¹ýÕâÀïÎÒÈÔÈ»°ÑÅäÖÃÎļþµÄÄÚÈÝÌùÉÏÀ´£º
# Redis configuration file example
# By default Redis does not run as a daemon. Use 'yes' if you need it.
# Note that Redis will write a pid file in /var/run/redis.pid when daemonized.
daemonize no
# When run as a daemon, Redis write a pid file in /var/run/redis.pid by default.
# You can specify a custom pid file location here.
pidfile /var/run/redis.pid
# Accept connections on the specified port, default is 6379
port 6379
# If you want you can bind a single interface, if the bind option is not
# specified all the interfaces will listen for connections.
#
# bind 127.0.0.1
# Close the connection after a client is idle for N seconds (0 to disable)
timeout 300
# Set server verbosity to 'debug'
# it can be one of:
# debug (a lot of information, useful for development/testing)
# notice (moderately verbose, what you want in production probably)
# warning (only very important / critical messages are logged)
loglevel debug
# Specify the log file name. Also 'stdout' can be used to force
# the demon to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
logfile stdout
# Set the number of databases. The default database is DB 0, you can select
# a different one on a per-connection basis using SELECT <dbid> where
# dbid is a number between 0 and 'databases'-1
databases 16
################################ SNAPSHOTTING #################################
#
# Save the DB on disk:
#
# save <seconds> <changes>
#
# Will save the DB if both the given number of seconds and the given
# number of write operations against the DB occurred.
#
# In the example below the behaviour will be to save:
# after 900 sec (15 min) if at least 1 key changed
# after 300 sec (5 min) if at least 10 keys changed
# after 60 sec if at least 10000 keys changed
save 900 1
save 300 10
save 60 10000
# Compress string objects using LZF when dump .rdb databases?
# For default that's set to 'yes' as it's almost always a win.
# If you want to save some CPU in the saving child set it to 'no' but
# the dataset will likely be bigger if you have compressible values or keys.
rdbcompression yes
# The filename where to dump the DB
dbfilename dump.rdb
# For default save/load DB in/from the working directory
# Note that you must specify a directory not a file name.
dir ./
################################# REPLICATION #################################
# Master-Slave replication. Use slaveof to make a Redis instance a copy of
# another Redis server. Note that the configuration is local to the slave
# so for example it is possible to configure the slave to save the DB with a
# different interval, or to listen to another port, and so on.
#
# slaveof <masterip> <masterport>
# If the master is password protected (using the "requirepass" configuration
# directive below) it is possible to tell the slave to authenticate before
# starting the replication synchronization process, otherwise the master will
# refuse the slave request.
#
# masterauth <master-password>
################################## SECURITY ###################################
# Require clients to issue AUTH <PASSWORD> before processing any other
# commands. This might be useful in environments in which you do not trust
# others with access to the host running redis-server.
#
# This should stay commented out for backward compatibility and because most
# people do not need auth (e.g. they run their own servers).
#
# requirepass foobared
################################### LIMITS ####################################
# Set the max number of connected clients at the same time. By default there
# is no limit, and it's up to the number of file descriptors the Redis process
# is able to open. The special value '0' means no limts.
# Once the limit is reached Redis will close all the new connections sending
# an error 'max number of clients reached'.
#
# maxclients 128
# Don't use more memory than the specified amount of bytes.
# When the memory limit is reached Redis will try to remove keys with an
# EXPIRE set. It will try to start freeing keys that are going to expire
# in little time and preserve keys with a longer time to live.
# Redis will also try to remove objects from free lists if possible.
#
# If all this fails, Redis will start to reply with errors to commands
# that will use more memory, like SET, LPUSH, and so on, and will continue
# to reply to most read-only commands like GET.
#
# WARNING: maxmemory can be a good idea mainly if you want to use Redis as a
# 'state' server or cache, not as a real DB. When Redis is used as a real
# database the memory usage will grow over the weeks, it will be obvious if
# it is going to use too much memory in the long run, and you'll have the time
# to upgrade. With maxmemory after the limit is reached you'll start to get
# errors for write operations, and this may even lead to DB inconsistency.
#
# maxmemory <bytes>
############################## APPEND ONLY MODE ###############################
# By default Redis asynchronously dumps the dataset on disk. If you can live
# with the idea that the latest records will be lost if something like a crash
# happens this is the preferred way to run Redis. If instead you care a lot
# about your data and don't want to that a single record can get lost you should
# enable the append only mode: when this mode is enabled Redis will append
# every write operation received in the file appendonly.log. This file will
# be read on startup in order to rebuild the full dataset in memory.
#
# Note that you can have both the async dumps and the append only file if you
# like (you have to comment the "save" statements above to disable the dumps).
# Still if append only mode is enabled Redis will load the data from the
# log file at startup ignoring the dump.rdb file.
#
# The name of the append only file is "appendonly.log"
#
# IMPORTANT: Check the BGREWRITEAOF to check how to rewrite the append
# log file in background when it gets too big.
appendonly no
# The fsync() call tells the Operating System to actually write data on disk
# instead to wait for more data in the output buffer. Some OS will really flush
# data on disk, some other OS will just try to do it ASAP.
#
# Redis supports three different modes:
#
# no: don't fsync, just let the OS flush the data when it wants. Faster.
# always: fsync after every write to the append only log . Slow, Safest.
# everysec: fsync only if one second passed since the last fsync. Compromise.
#
# The default is "always" that's the safer of the options. It's up to you to
# understand if you can relax this to "everysec" that will fsync every second
# or to "no" that will let the operating system flush the output buffer when
# it want, for better performances (but if you can live with the idea of
# some data loss consider the default persistence mode that's snapshotting).
appendfsync always
# appendfsync everysec
# appendfsync no
############################### ADVANCED CONFIG ###############################
# Glue small output buffers together in order to send small replies in a
# single TCP packet. Uses a bit more CPU but most of the times it is a win
# in terms of number of queries per second. Use 'yes' if unsure.
glueoutputbuf yes
# Use object sharing. Can save a lot of memory if you have many common
# string in your dataset, but performs lookups against the shared objects
# pool so it uses more CPU and can be a bit slower. Usually it's a good
# idea.
#
# When object sharing is enabled (shareobjects yes) you can use
# shareobjectspoolsize to control the size of the pool used in order to try
# object sharing. A bigger pool size will lead to better sharing capabilities.
# In general you want this value to be at least the double of the number of
# very common strings you have in your dataset.
#
# WARNING: object sharing is experimental, don't enable this feature
# in production before of Redis 1.0-stable. Still please try this feature in
# your development environment so that we can test it better.
# shareobjects no
# shareobjectspoolsize 1024
½«¸½¼þÖеÄredis_conf.rar½âѹÏÂÀ´·Åµ½redisµÄ¸ùĿ¼Öм´¿É¡¢¡£µ½´Ë£¬redisµÄ°²×°ÒѾÍê±Ï©§¡£ÏÂÃæ¿ªÊ¼Ê¹ÓÃredisÊý¾Ý¿â©§¡£
Æô¶¯redis£º
ÊäÈëÃüÁredis-server.exe redis.conf
Æô¶¯ºóÈçÏÂͼËùʾ£º

Æô¶¯cmd´°¿ÚÒªÒ»Ö±¿ª×Å£¬¹Ø±ÕºóÔòRedis·þÎñ¹Ø±Õ©§¡£
Õâʱ·þÎñ¿ªÆô×Å©§£¬ÁíÍ⿪һ¸ö´°¿Ú½øÐУ¬ÉèÖÿͻ§¶Ë£º
ÊäÈëÃüÁredis-cli.exe -h 202.117.16.133 -p 6379
ÊäÈëºóÈçÏÂͼËùʾ£º

È»ºó¿ÉÒÔ¿ªÊ¼ÍæÁË£º
ÉèÖÃÒ»¸öKey²¢»ñÈ¡·µ»ØµÄÖµ:
$ ./redis-cli set mykey somevalue
OK
$ ./redis-cli get mykey
Somevalue
ÈçºÎÌí¼ÓÖµµ½list:
$ ./redis-cli lpush mylist firstvalue
OK
$ ./redis-cli lpush mylist secondvalue
OK
$ ./redis-cli lpush mylist thirdvalue
OK
$ ./redis-cli lrange mylist 0 -1
. thirdvalue
. secondvalue
. firstvalue
$ ./redis-cli rpop mylist
firstvalue
$ ./redis-cli lrange mylist 0 -1
. thirdvalue
. secondvalue
redis-benchmark.exe£ºÐÔÄܲâÊÔ©§£¬ÓÃÒÔÄ£ÄâͬʱÓÉN¸ö¿Í»§¶Ë·¢ËÍM¸ö SETs/GETs ²éѯ (ÀàËÆÓÚ Apache µÄ ab ¹¤¾ß).
./redis-benchmark -n 100000 ¨Cc 50
====== SET ======
100007 requests completed in 0.88 seconds £¨ÒëÕß×¢£º100004 ²éѯÍê³ÉÓÚ 1.14 Ãë £©
50 parallel clients £¨ÒëÕß×¢£º50¸ö²¢·¢¿Í»§¶Ë£©
3 bytes payload £¨ÒëÕß×¢£º3×Ö½ÚÓÐÐ§ÔØºÉ)
keep alive: 1 £¨ÒëÕß×¢£º±£³Ö1¸öÁ¬½Ó)
58.50% <= 0 milliseconds£¨ÒëÕß×¢£ººÁÃ룩
99.17% <= 1 milliseconds
99.58% <= 2 milliseconds
99.85% <= 3 milliseconds
99.90% <= 6 milliseconds
100.00% <= 9 milliseconds
114293.71 requests per second£¨ÒëÕß×¢£ºÃ¿Ãë 114293.71 ´Î²éѯ£©
WindowsϲâÊÔ²¢·¢¿Í»§¶Ë¼«ÏÞΪ60
248.9M / 12-08
RTS¼´Ê±Õ½ÂÔ
ÏÂÔØ
248.9M / 12-08
RTS¼´Ê±Õ½ÂÔ
ÏÂÔØ
253.4M / 12-08
RPG½ÇÉ«°çÑÝ
ÏÂÔØ
ÆÞÖÐÃÛ3È«cg´æµµ
ÓÎÏ·¹¤¾ß / 28KB
ÏÂÔØ
1
csgo¿Õ¸ñ¼üÁ¬Ìø½Å±¾ÂÌÉ«Ãâ·Ñ°æ
ÓÎÏ·¹¤¾ß / 564KB
ÏÂÔØ
2
DNF9ÖÜÄêµÚÊ®Ì×Ìì¿Õʱװ²¹¶¡
ÓÎÏ·¹¤¾ß / 1.6M
ÏÂÔØ
3
Ò׿ØÍõÎĵµ¼ÓÃÜÈí¼þv2017¹Ù·½°æÂÌÉ«Ãâ·Ñ°æ
Îļþ´¦Àí / 46M
ÏÂÔØ
4
dnfÒ»¼üÈÎÎñÖúÊÖv0428×îÐÂÃâ·Ñ°æ
ÓÎÏ·¹¤¾ß / 863KB
ÏÂÔØ
5
3456wg¶àѡƤ·ôv10.6¹Ù·½°æ
ÓÎÏ·¹¤¾ß / 2.2M
ÏÂÔØ
6
ÊÓÆµ¡¢Í¼Æ¬È¥Ë®Ó¡´óʦHitPaw Watermark Removerv1.2.1 ÍêÃÀ½âËø°æ
Îļþ´¦Àí / 80.4M
ÏÂÔØ
7
°®ÆÕÉúR230´òÓ¡»úÇåÁãÈí¼þºº»¯°æ
°ì¹«Ñ§Ï° / 1.8M
ÏÂÔØ
8
adobeÇåÀí¹¤¾ß(AdobeCreativeCloudCleanerTool)V2017 ÂÌÉ«°æ
Îļþ´¦Àí / 5.9M
ÏÂÔØ
9
Îļþ°æÈ¨Ð޸Ť¾ßÂÌÉ«°æ
Îļþ´¦Àí / 564KB
ÏÂÔØ
10
140.5M / 09-05
Á¢¼´ÏÂÔØ
76.4M / 03-25
Á¢¼´ÏÂÔØ
55M / 06-05
Á¢¼´ÏÂÔØ
88.7M / 04-13
Á¢¼´ÏÂÔØ
900.9M / 03-02
Á¢¼´ÏÂÔØ
96.2M / 07-06
Á¢¼´ÏÂÔØ
311.2M / 07-06
Á¢¼´ÏÂÔØ
335M / 07-06
Á¢¼´ÏÂÔØ
ǰ³ÌËÆ½õ(Excellent Expectations)
200M / 07-06
Á¢¼´ÏÂÔØ
413.8M / 07-06
Á¢¼´ÏÂÔØ
x8ɳÏ䰲׿Ãâ·Ñ°æ2023¹Ù·½×îаæ
480.3M / 01-03
Á¢¼´ÏÂÔØ
768.9M / 08-19
Á¢¼´ÏÂÔØ
165.4M / 09-05
Á¢¼´ÏÂÔØ
131.8M / 04-13
Á¢¼´ÏÂÔØ
195.6M / 03-03
Á¢¼´ÏÂÔØ
45.6M / 09-08
Á¢¼´ÏÂÔØ
665.2M / 07-06
Á¢¼´ÏÂÔØ
2.84G / 07-06
Á¢¼´ÏÂÔØ
93M / 07-06
Á¢¼´ÏÂÔØ
338.3M / 07-06
Á¢¼´ÏÂÔØ
959.8M / 12-24
Á¢¼´ÏÂÔØ 312M / 07-30
Á¢¼´ÏÂÔØ 1.38G / 07-26
Á¢¼´ÏÂÔØ DZͧΰΰÃÔÖ²Îï´óÕ½½©Ê¬ÔÓ½»°æµçÄÔ°æ
109.8M / 06-03
Á¢¼´ÏÂÔØ 142M / 01-08
Á¢¼´ÏÂÔØ 1.2M / 11-23
Á¢¼´ÏÂÔØ 548.8M / 04-13
Á¢¼´ÏÂÔØ 1.6M / 04-13
Á¢¼´ÏÂÔØ 1.48G / 03-18
Á¢¼´ÏÂÔØ 646.6M / 03-03
Á¢¼´ÏÂÔØ 401.9M / 01-06
Á¢¼´ÏÂÔØ 1.89G / 12-19
Á¢¼´ÏÂÔØ 110.5M / 09-05
Á¢¼´ÏÂÔØ 33.4M / 09-05
Á¢¼´ÏÂÔØ 60M / 04-29
Á¢¼´ÏÂÔØ 254M / 04-25
Á¢¼´ÏÂÔØ 659M / 04-23
Á¢¼´ÏÂÔØ up¶Ôսƽ̨ºÐ×Ó¹Ù·½ÏÂÔØ2023×îаæ
253.4M / 12-08
Á¢¼´ÏÂÔØ 253M / 12-08
Á¢¼´ÏÂÔØ 1.19G / 11-16
Á¢¼´ÏÂÔØ 118.2M / 01-06
Á¢¼´ÏÂÔØ 488.3M / 06-04
Á¢¼´ÏÂÔØ 369M / 09-22
Á¢¼´ÏÂÔØ 181.5M / 09-22
Á¢¼´ÏÂÔØ 201.2M / 09-05
Á¢¼´ÏÂÔØ 248.9M / 12-08
Á¢¼´ÏÂÔØ 248.9M / 12-08
Á¢¼´ÏÂÔØ 100.6M / 03-06
Á¢¼´ÏÂÔØ 148.9M / 03-06
Á¢¼´ÏÂÔØ 1.12G / 07-06
Á¢¼´ÏÂÔØ 126.7M / 02-04
Á¢¼´ÏÂÔØ 1.76G / 09-22
Á¢¼´ÏÂÔØ 1.92G / 04-17
Á¢¼´ÏÂÔØ 201.5M / 04-13
Á¢¼´ÏÂÔØ 7.31G / 07-01
Á¢¼´ÏÂÔØ 94.3M / 07-06
Á¢¼´ÏÂÔØ 2.48G / 07-06
Á¢¼´ÏÂÔØ 7.63G / 07-06
Á¢¼´ÏÂÔØ 1M / 07-06
Á¢¼´ÏÂÔØ 778.1M / 07-06
Á¢¼´ÏÂÔØ 1.40G / 12-19
Á¢¼´ÏÂÔØ 72M / 07-06
Á¢¼´ÏÂÔØ 548.7M / 07-06
Á¢¼´ÏÂÔØ 1.00G / 07-06
Á¢¼´ÏÂÔØ 9.13G / 07-06
Á¢¼´ÏÂÔØ 126.2M / 07-06
Á¢¼´ÏÂÔØ 72M / 07-06
Á¢¼´ÏÂÔØ 105.1M / 07-06
Á¢¼´ÏÂÔØ 132M / 07-06
Á¢¼´ÏÂÔØ 132M / 07-06
Á¢¼´ÏÂÔØ bonbonjump°²×¿¹Ù·½ÏÂÔØ2023×îаæ
13.4M / 01-03
Á¢¼´ÏÂÔØ 293.0M / 09-05
Á¢¼´ÏÂÔØ 1.22G / 07-06
Á¢¼´ÏÂÔØ 20.53G / 07-06
Á¢¼´ÏÂÔØ 229.9M / 07-06
Á¢¼´ÏÂÔØ 3.70G / 07-06
Á¢¼´ÏÂÔØ 904.0M / 07-06
Á¢¼´ÏÂÔØ 15.84G / 07-06
Á¢¼´ÏÂÔØ 45.50G / 07-06
Á¢¼´ÏÂÔØ 1.02G / 07-06
Á¢¼´ÏÂÔØ Copyright 2010-2025 µ¥»úÓÎÏ·ÏÂÔØ (R) °æÈ¨ËùÓÐ ·ÉÏèÏÂÔØËùÓÐÓÎÏ·¼°Èí¼þÏÂÔØ×ÊÔ´À´Ô´»¥ÁªÍø©§£¬²¢ÓÉÍøÓÑÉÏ´«·ÖÏí¡£ÈçÓÐÇÖȨ£¬ÇëÀ´µçÀ´º¯¸æÖ®©§¡£
·ÉÏèÖҸ棺µÖÖÆ²»Á¼É«Çé©§¡¢·´¶¯¡¢±©Á¦ÓÎÏ· ºÏÀí°²ÅÅÓÎϷʱ¼ä ÏíÊܽ¡¿µÉú»î ¶õ¹«Íø°²±¸£º42011102003115ºÅ ¡¾¶õICP±¸17000818ºÅ-1¡¿