电驴服务器连接失败

hldsexe -game cstrike +servercfgfile servercfg -insecure -port 27026 +maxplayers 14 +map de_inferno +sv_lan 0 -console -console //以控制台模式启动服务器； -game cstrike //指定服务器内容为CS；在控制台模式下此为必须的参数； -insecure //取消VAC(Valve Anti-Cheat)Valve的反作弊模块；欲加载VAC则取消此参数，同时确保[HLServer\cstrike\liblistgam]里secure "1"； -ip 19216812 //指定服务器IP地址为19216812；此IP地址必须是服务器本机有效的内网或外网IP； -port 27026 //指定服务器端口为27026，端口范围一般在：27010~27030。空缺此参数时，则默认27015为服务器端口； +maxplayers 14 //指定服务器最大人数14，范围1~32(根据地图、服务器性能来定)； +map de_dust2 //指定服务器地图为de_dust2，备选地图参照[HLServer\maps\bsp]； +sv_lan 0 //指定服务器为Internet(互联网)服务器；+sv_lan 1为Lan(局域网)服务器； -nomaster //令服务器不在Master Server挂号；也就是服务器不会在Internet在服务器列表里被刷到；此参数一般与+sv_lan 1同时用，目的是建立独立的局域网CS服务器； +servercfgfile server2cfg //指定[HLServer\cstrike\server2cfg]为服务器设置文件；空缺此参数时，则默认[HLServer\cstrike\servercfg]为服务器设置文件； +mapcyclefile mapcycle2txt //指定[HLServer\cstrike\mapcycle2txt]为地图循环列表文件；空缺此参数时，则默认[HLServer\cstrike\mapcycletxt]为地图循环列表文件； +motdfile motd2txt //指定[HLServer\cstrike\motd2txt]为服务器欢迎窗口内容；空缺此参数时，则默认[HLServer\cstrike\motdtxt ]为服务器欢迎窗口内容； +logsdir logs2 //指定服务器日志log所在的目录为[HLServer\cstrike\logs2]；空缺此参数时，则默认[HLServer\cstrike\logs]为服务器日志log所在的目录； -nojoy //关闭服务器对手柄摇杆支持，客户端可以使用手柄摇杆等；这可能只是为了稍微减轻CPU压力，因为服务器关闭了手柄摇杆支持端口； -noipx //关闭对NetWare IPX的支持；稍微减轻CPU压力，除非是在NetWare LAN上玩； -heapsize 250000 //指定HLDS使用250 MB内存，当你有足够内存的情况下，可以提高服务器性能；此为非必须参数 -zone 2048 //即使在consloe里有过长语句时，服务器也不至于挂掉；此为非必须参数 +log on //服务器日志记录开启

redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：
1、会话缓存（Session
Cache）
最常用的一种使用Redis的情景是会话缓存（session
cache）。用Redis缓存会话比其他存储（如Memcached）的优势在于：Redis提供持久化。当维护一个不是严格要求一致性的缓存时，如果用户的购物车信息全部丢失，大部分人都会不高兴的，现在，他们还会这样吗？
幸运的是，随着
Redis
这些年的改进，很容易找到怎么恰当的使用Redis来缓存会话的文档。甚至广为人知的商业平台Magento也提供Redis的插件。
2、全页缓存（FPC）
除基本的会话token之外，Redis还提供很简便的FPC平台。回到一致性问题，即使重启了Redis实例，因为有磁盘的持久化，用户也不会看到页面加载速度的下降，这是一个极大改进，类似PHP本地FPC。
再次以Magento为例，Magento提供一个插件来使用Redis作为全页缓存后端。
此外，对WordPress的用户来说，Pantheon有一个非常好的插件
wp-redis，这个插件能帮助你以最快速度加载你曾浏览过的页面。
3、队列
Reids在内存存储引擎领域的一大优点是提供
list
和
set
*** 作，这使得Redis能作为一个很好的消息队列平台来使用。Redis作为队列使用的 *** 作，就类似于本地程序语言（如Python）对
list
的
push/pop
*** 作。
如果你快速的在Google中搜索“Redis
queues”，你马上就能找到大量的开源项目，这些项目的目的就是利用Redis创建非常好的后端工具，以满足各种队列需求。例如，Celery有一个后台就是使用Redis作为broker，你可以从这里去查看。
排行榜/计数器
Redis在内存中对数字进行递增或递减的 *** 作实现的非常好。集合（Set）和有序集合（Sorted
Set）也使得我们在执行这些 *** 作的时候变的非常简单，Redis只是正好提供了这两种数据结构。所以，我们要从排序集合中获取到排名最靠前的10个用户–我们称之为“user_scores”，我们只需要像下面一样执行即可：
当然，这是假定你是根据你用户的分数做递增的排序。如果你想返回用户及用户的分数，你需要这样执行：
ZRANGE
user_scores
0
10
WITHSCORES
Agora
Games就是一个很好的例子，用Ruby实现的，它的排行榜就是使用Redis来存储数据的，你可以在这里看到。
5、发布/订阅
最后（但肯定不是最不重要的）是Redis的发布/订阅功能。发布/订阅的使用场景确实非常多。我已看见人们在社交网络连接中使用，还可作为基于发布/订阅的脚本触发器，甚至用Redis的发布/订阅功能来建立聊天系统！（不，这是真的，你可以去核实）。
Redis提供的所有特性中，我感觉这个是喜欢的人最少的一个，虽然它为用户提供如果此多功能。
等等？

数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。对于大访问量的网站，一般会采用读写分离，比如ebay的读写比率是260：1，也就是大型的电子商务网站的。网上看到说采用读写分离有如下工具：1，oracle的logical standby2, Quest公司的SharePlex3, DSG公司的RealSyncMySQLReplication可以将master的数据复制分布到多个slave上，然后可以利用slave来分担master的读压力。那么对于前台应用来说，就要考虑如何将读的压力分布到多个slave上。如果每个应用都需要来实现读写分离的算法，一则成本太高，二来如果slave增加更多的机器，应用就要随之修改。明显的，如果在应用和数据库间加一个专门用于实现读写分离的中间层，则整个系统的架构拥有更好的扩展性。MySQLProxy就是这么一个中间层代理，简单的说，MySQLProxy就是一个连接池，负责将前台应用的连接请求转发给后台的数据库，并且通过使用lua脚本，可以实现复杂的连接控制和过滤，从而实现读写分离和负载平衡。对于应用来说，MySQLProxy是完全透明的，应用则只需要连接到MySQLProxy的监听端口即可。

---