示例：
1 显示该数据库连接使用的字符集的情况
show variables like ‘%char%’;
2 查看MySQL服务器运行的各种状态值
show global status;
3 连接数
01
mysql> show variables like ‘max_connections’;
02
+—————–+——-+
03
| Variable_name | Value |
04
+—————–+——-+
05
| max_connections | 500 |
06
+—————–+——-+
07
08
mysql> show global status like ‘max_used_connections’;
09
+———————-+——-+
10
| Variable_name | Value |
11
+———————-+——-+
12
| Max_used_connections | 498 |
13
+———————-+——-+
设置的最大连接数是500，而响应的连接数是498
max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%）
4 key_buffer_size
key_buffer_size是对MyISAM表性能影响最大的一个参数, 不过数据库中多为Innodb
01
mysql> show variables like ‘key_buffer_size’;
02
+—————–+———-+
03
| Variable_name | Value |
04
+—————–+———-+
05
| key_buffer_size | 67108864 |
06
+—————–+———-+
07
08
mysql> show global status like ‘key_read%’;
09
+——————-+———-+
10
| Variable_name | Value |
11
+——————-+———-+
12
| Key_read_requests | 25629497 |
13
| Key_reads | 66071 |
14
+——————-+———-+
一共有25629497个索引读取请求，有66071个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：
key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27%
需要适当加大key_buffer_size
1
mysql> show global status like ‘key_blocks_u%’;
2
+——————-+——-+
3
| Variable_name | Value |
4
+——————-+——-+
5
| Key_blocks_unused | 10285 |
6
| Key_blocks_used | 47705 |
7
+——————-+——-+
Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 18% （理想值 ≈ 80%）
max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%）
5 open table 的情况
1
mysql> show global status like ‘open%tables%’;
2
+—————+——-+
3
| Variable_name | Value |
4
+—————+——-+
5
| Open_tables | 1024 |
6
| Opened_tables | 1465 |
7
+—————+——-+
Open_tables 表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中 table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值
1
mysql> mysql> show variables like ‘table_cache’;
2
+—————+——-+
3
| Variable_name | Value |
4
+—————+——-+
5
| table_cache | 1024 |
6
+—————+——-+
Open_tables / Opened_tables * 100% =69% 理想值 （>= 85%）
Open_tables / table_cache * 100% = 100% 理想值 ( 6 进程使用情况
1
mysql> show global status like ‘Thread%’;
2
+——————-+——-+
3
| Variable_name | Value |
4
+——————-+——-+
5
| Threads_cached | 31 |
6
| Threads_connected | 239 |
7
| Threads_created | 2914 |
8
| Threads_running | 4 |
9
+——————-+——-+

如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应 下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created表示创建过的线程数，如果发现Threads_created值过大的 话，表明 MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器 thread_cache_size配置：
1
mysql> show variables like ‘thread_cache_size’;
2
+——————-+——-+
3
| Variable_name | Value |
4
+——————-+——-+
5
| thread_cache_size | 32 |
6
+——————-+——-+
9, 查询缓存(query cache)
01
mysql> show global status like ‘qcache%’;
02
+————————-+———-+
03
| Variable_name | Value |
04
+————————-+———-+
05
| Qcache_free_blocks | 2226 |
06
| Qcache_free_memory | 10794944 |
07
| Qcache_hits | 5385458 |
08
| Qcache_inserts | 1806301 |
09
| Qcache_lowmem_prunes | 433101 |
10
| Qcache_not_cached | 4429464 |
11
| Qcache_queries_in_cache | 7168 |
12
| Qcache_total_blocks | 16820 |
13
+————————-+———-+
Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory：缓存中的空闲内存。
Qcache_hits：每次查询在缓存中命中时就增大
Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这 个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的 free_blocks和free_memory可以告诉您属于哪种情况）
Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache：当前缓存的查询（和响应）的数量。
Qcache_total_blocks：缓存中块的数量。
我们再查询一下服务器关于query_cache的配置：
01
mysql> show variables like ‘query_cache%’;
02
+——————————+———-+
03
| Variable_name | Value |
04
+——————————+———-+
05
| query_cache_limit | 33554432 |
06
| query_cache_min_res_unit | 4096 |
07
| query_cache_size | 33554432 |
08
| query_cache_type | ON |
09
| query_cache_wlock_invalidate | OFF |
10
+——————————+———-+
各字段的解释：
query_cache_limit：超过此大小的查询将不缓存
query_cache_min_res_unit：缓存块的最小大小
query_cache_size：查询缓存大小
query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql_no_cache 查询
query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。
query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。
查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。
查询缓存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100%
查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小；查询缓存利用率在80％以上而且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。
查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%
示例服务器 查询缓存碎片率 ＝ 20.46％，查询缓存利用率 ＝ 62.26％，查询缓存命中率 ＝ 1.94％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。
7 文件打开数(open_files)
01
mysql> show global status like ‘open_files’;
02
+—————+——-+
03
| Variable_name | Value |
04
+—————+——-+
05
| Open_files | 821 |
06
+—————+——-+
07
08
mysql> show variables like ‘open_files_limit’;
09
+——————+——-+
10
| Variable_name | Value |
11
+——————+——-+
12
| open_files_limit | 65535 |
13
+——————+——-+
比较合适的设置：Open_files / open_files_limit * 100% 正常
8 表锁情况
1
mysql> show global status like ‘table_locks%’;
2
+———————–+———+
3
| Variable_name | Value |
4
+———————–+———+
5
| Table_locks_immediate | 4257944 |
6
| Table_locks_waited | 25182 |
7
+———————–+———+
Table_locks_immediate 表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果 Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些.
9 表扫描情况
01
mysql> show global status like ‘handler_read%’;
02
+———————–+———–+
03
| Variable_name | Value |
04
+———————–+———–+
05
| Handler_read_first | 108763 |
06
| Handler_read_key | 92813521 |
07
| Handler_read_next | 486650793 |
08
| Handler_read_prev | 688726 |
09
| Handler_read_rnd | 9321362 |
10
| Handler_read_rnd_next | 153086384 |
11
+———————–+———–+
各字段解释参见http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，调出服务器完成的查询请求次数：
1
mysql> show global status like ‘com_select’;
2
+—————+———+
3
| Variable_name | Value |
4
+—————+———+
5
| Com_select | 2693147 |
6
+—————+———+
计算表扫描率：
表扫描率 ＝ Handler_read_rnd_next / Com_select
如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但最好不要超过8MB

1.简介
Mcrypt是PHP的一个扩展，完成了常用加密算法的封装。其实该扩展是对mcrypt标准类库的封装，mcrypt完成了相当多的常用加密算法，如DES, TripleDES, Blowfish (default), 3-WAY, SAFER-SK64, SAFER-SK128, TWOFISH, TEA, RC2 和 GOST加密算法，并且提供了CBC、OFB、CFB 和 ECB 四种块加密的模型。

2.安装和使用
要使用该扩展，必须首先安装mcrypt标准类库，可以在http://mcrypt.sourceforge.net 下载。该扩展的编译和安装方式和常规的php扩展相同，不在详细说明了。

3.四种块加密模型
Mcrypt支持四种块加密模型，简要说明如下：
a. MCRYPT_MODE_ECB(electronic codebook) 适合对小数量随机数据的加密，比如加密用户的登录密码之类的。
b. MCRYPT_MODE_CBC (cipher block chaining) 适合加密安全等级较高的重要文件类型。
c. MCRYPT_MODE_CFB (cipher feedback) 适合于需要对数据流的每一个字节进行加密的场合。
d. MCRYPT_MODE_OFB (output feedback, in 8bit) 和CFB模式兼容，但比CFB模式更安全。CFB模式会引起加密的错误扩散，如果一个byte出错，则其后续的所有byte都会出错。OFB模式则不会有此问题。但该模式的安全度不是很高，不建议使用。
e. MCRYPT_MODE_NOFB (output feedback, in nbit) 和OFB兼容，由于采用了块操作算法，安全度更高。
f. MCRYPT_MODE_STREAM 是为了WAKE或者RC4等流加密算法提供的额外模型。
NOFB和STREAM仅当mycrypt的版本号大于等于libmcrypt-2.4.x才有效。(现在基本上都是大于这个版本了，libmcrypt的最新主版本已经到4了)

4.查看支持的算法和模型
a. mcrypt_list_modes()列出当前环境支持的模型
b. mcrypt_list_algorithms()列出当前环境支持的算法
如命令行执行：
php -r “var_dump(mcrypt_list_modes()); var_dump(mcrypt_list_algorithms());”
即可列出所有的结果。

5.如何使用
example1.
$key = “this is a secret key”;
$input = “Let us meet at 9 o’clock at the secret place.”;
$encrypted_data = mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT);
?>
最简单的方式如example1中所示，该方法表明对$input使用3DES的算法进行加密，加密密钥是$key.不过这中直接调用的方法已经不被官方推荐使用，也建议大家在开发中不要使用此种方式，不一定哪天该方法就不能用了。在php5下使用此种方式调用时，能看到一条warning信息，提示“PHP Warning: attempt to use an empty IV, which is NOT recommend”。
上述过程完成了数据的加密过程。首先选择加密算法和加密模式创建mcrypt的资源对象和IV,然后初始化加密所需的buffer(内存)，进行加密后再释放buffer，最后关闭资源对象。
解密的过程和加密是基本相同，只要把mcrypt_generic($td, $input)替换成mdecrypt_generic($td, $input)就可以了，其它部分完全相同。当然，对于3des这种对称加密算法而言，加密、解密所用的key是必须完全相同的。

6. 有关IV
不是所有的模型中都需要IV. CFB和OFB是必须有IV, CBC和EBC则是可选的。对于必选IV的模式来说，其加密和解密的IV的值必须完全相同，CBC和EBC则无此要求。可以相同也可以不同，没什么关系。

7.一个简单功能的加密解密类

02 /**
03 * 使用mcrypt扩展 加密解密
04 *@author pangxl
05 * @version 1.0
06 */
07 classMcrypthash
08 {
09 /**
10 * 加密key
11 *
12 * @var string
13 * @access private
14 */
15 private$mAuthkey=’T_test’;
16
17 function__construct()
18 {
19 if(!function_exists(‘mcrypt_module_open’)){
20 exit(‘Fatal error: no mcrypt module ‘);
21 }
22 $this->setMd5();
23 }
24
25 /**
26 * 使用MD5加密key
27 *
28 * @return unknown
29 */
30 privatefunctionsetMd5()
31 {
32 $this->mAuthkey=md5($this->mAuthkey);
33 }
34
35 /**
36 * 加密字符串
37 *
38 * @param string $value 加密的串
39 * @return string 加密后的结果
40 * @package McrypthashComponent
41 */
42 publicfunctionencrypt($value=null){
43 if(null==$value)returnfalse;
44 $td=mcrypt_module_open(‘tripledes’,”,’ecb’,”);
45 $td_size=mcrypt_enc_get_iv_size($td);
46 $iv=mcrypt_create_iv($td_size,MCRYPT_RAND);
47 $key=substr($this->mAuthkey,0,$td_size);
48 mcrypt_generic_init($td,$key,$iv);
49 $ret=base64_encode(mcrypt_generic($td,$value));
50 mcrypt_generic_deinit($td);
51 mcrypt_module_close($td);
52 return$ret;
53 }
54
55 /**
56 * 解密过程
57 *
58 * @param string $value 解密的过程
59 * @return string
60 * @package McrypthashComponent
61 */
62 publicfunctiondecrypt($value=null)
63 {
64 if(null==$value)returnfalse;
65 $td=mcrypt_module_open(‘tripledes’,”,’ecb’,”);
66 $td_size=mcrypt_enc_get_iv_size($td);
67 $iv=mcrypt_create_iv($td_size,MCRYPT_RAND);
68 $key=substr($this->mAuthkey,0,$td_size);
69 mcrypt_generic_init($td,$key,$iv);
70 $ret=trim(mdecrypt_generic($td,base64_decode($value)));
71 mcrypt_generic_deinit($td);
72 mcrypt_module_close($td);
73 return$ret;
74 }
75 }
76 ?>

（说明：这里是我不喜欢mysql的原因之一，mysql我不知道从哪里能看到内存正在执行哪些sql,以及完整的sql是什么。）
explain
SELECT a.* , IF(b.`gid` IS NULL , 0, SUM( b.`mark` )) AS `score` ,
IF(c.`b_times` IS NULL ,0, c.`b_times`) AS `day_b_times`
FROM `league_info` AS a LEFT JOIN `mark_logs` AS b ON b.`day_date` = ’2006-03-22′
AND b.`gid` = a.`id` LEFT JOIN `visit_stat` AS c ON c.`stat_id` = a.`id` AND c.`type` = ‘league’
AND c.`day`=’2006_03_22′ WHERE a.`validate`=’1′ GROUP BY a.`id`
ORDER BY day_b_times DESC, a.`id`;
+—-+————-+——-+——+——————————-+——————+———+———————+——+———————————————-+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+——-+——+——————————-+——————+———+———————+——+———————————————-+
| 1 | SIMPLE | a | ref | league_info_idx4 | league_info_idx4 | 1 | const | 1441 | Using where; Using temporary; Using filesort |
| 1 | SIMPLE | b | ref | mark_logs_idx1,mark_logs_idx2 | mark_logs_idx1 | 4 | new5jia1.a.id | 56 | |
| 1 | SIMPLE | c | ref | visit_stat_idx1 | visit_stat_idx1 | 26 | new5jia1.a.id,const | 10 | |
+—-+————-+——-+——+——————————-+——————+———+———————+——+———————————————-+

看了一下，其实此查询嵌套用得不好，作为程序员应该尽量避免用 not in ，in, left join ,right join 等等，不过这些不归我管，我只能提一些建议。
（顺便说一声：oracle里面可以用 exist ,not exist, minus等代替in ,not in 效率高出很多 ）
此分析对我没有太大的作用，因此用google查询了一下，发现网上一篇文章讲得很好，
（ http://clay111.blogchina.com/4721079.html 我给转贴了，感兴趣可以看看）
Copying to tmp table on disk The temporary result set was larger than tmp_table_size and the
thread is now changing the in memory-based temporary table to a disk based one to save memory.
哦，原来是这样的，如果查询超出了tmp_table_size的限制，那么mysql用/tmp保存查询结果，然后返回给客户端。
set global tmp_table_size=209715200 (200M)

再次运行此查询,用/opt/mysql/bin/mysqladmin processlist; 进行观察,发现不会出现上述问题.
至此问题解决.

调节tmp_table_size 的时候发现另外一些参数
Qcache_queries_in_cache 在缓存中已注册的查询数目
Qcache_inserts 被加入到缓存中的查询数目
Qcache_hits 缓存采样数数目
Qcache_lowmem_prunes 因为缺少内存而被从缓存中删除的查询数目
Qcache_not_cached 没有被缓存的查询数目 (不能被缓存的，或由于 QUERY_CACHE_TYPE)
Qcache_free_memory 查询缓存的空闲内存总数
Qcache_free_blocks 查询缓存中的空闲内存块的数目
Qcache_total_blocks 查询缓存中的块的总数目

Qcache_free_memory 可以缓存一些常用的查询,如果是常用的sql会被装载到内存。那样会增加数据库访问速度。

一般使用的参数有：

-a(–archive)：归档模式，表示以递归方式传输文件，并保持所有文件属性，等于-rlptgoD。
-z(–compress)：对备份的文件在传输时进行压缩处理。
–progress：在传输时显示传输过程。
–delete：删除那些DST中SRC没有的文件
–config=FILE：指定其他的配置文件，不使用默认的rsyncd.conf文件
–password-file=FILE 从FILE中得到密码

对于很多新手们来说，使用PHP可以在短短几个小时之内轻松地写出具有特定功能的代码。但是，构建一个稳定可靠的数据库却需要花上一些时日和相关技能。下面列举了我曾经犯过的最严重的11个MySQL相关的错误（有些同样也反映在其他语言/数据库的使用上）。。。

1.使用MyISAM而不是InnoDB

MySQL有很多数据库引擎，但是你最可能碰到的就是MyISAM和InnoDB。

MySQL默认使用的是MyISAM。但是，很多情况下这都是一个很糟糕的选择，除非你在创建一个非常简单抑或实验性的数据库。外键约束或者事务处理对于数据完整性是非常重要的，但MyISAM都不支持这些。另外，当有一条记录在插入或者更新时，整个数据表都被锁定了，当使用量增加的时候这会产生非常差的运行效率。

结论很简单：使用InnoDB。

2.使用PHP的mysql函数

PHP自产生之日就提供了MySQL库函数（or near as makes no difference）。很多应用仍然在使用类似mysql_connect、mysql_query、mysql_fetch_assoc等的函数，尽管PHP手册上说：

如果你在使用MySQL v4.1.3或者更新版本，强烈推荐使用您使用mysqli扩展。

mysqli（MySQL的加强版扩展）有以下几个优点：

可选的面向对象接口

prepared表达式，这有利于阻止SQL注入攻击，还能提高性能

支持更多的表达式和事务处理

另外，如果你想支持多种数据库系统，你还可以考虑PDO。

3.没有处理用户输入

这或者可以这样说#1：永远不要相信用户的输入。用服务器端的PHP验证每个字符串，不要寄希望与JavaScript。最简单的SQL注入攻击会利用如下的代码：

只要在username字段输入“admin’;–”，这样就会被黑到，相应的SQL语句如下：

狡猾的黑客可以以admin登录，他们不需要知道密码，因为密码段被注释掉了。

4.没有使用UTF-8

美国、英国和澳大利亚的我们很少考虑除英语之外的其他语言。我们很得意地完成了自己的“杰作”却发现它们并不能在其他地方正常运行。

UTF-8解决了很多国际化问题。虽然在PHP v6.0之前它还不能很好地被支持，但这并不影响你把MySQL字符集设为UTF-8。

5.相对于SQL，偏爱PHP

如果你接触MySQL不久，那么你会偏向于使用你已经掌握的语言来解决问题，这样会导致写出一些冗余、低效率的代码。比如，你不会使用MySQL自带的AVG()函数，却会先对记录集中的值求和然后用PHP循环来计算平均值。

此外，请注意PHP循环中的SQL查询。通常来说，执行一个查询比在结果中迭代更有效率。

所以，在分析数据的时候请利用数据库系统的优势，懂一些SQL的知识将大有裨益。

6.没有优化数据库查询

99%的PHP性能问题都是由数据库引起的，仅仅一个糟糕的SQL查询就能让你的web应用彻底瘫痪。MySQL的EXPLAIN statement、Query Profiler，还有很多其他的工具将会帮助你找出这些万恶的SELECT。

7.不能正确使用数据类型

MySQL提供了诸如numeric、string和date等的数据类型。如果你想存储一个时间，那么使用DATE或者DATETIME类型。如果这个时候用INTEGER或者STRING类型的话，那么将会使得SQL查询非常复杂，前提是你能使用INTEGER或者STRING来定义那个类型。

很多人倾向于擅自自定义一些数据的格式，比如，使用string来存储序列化的PHP对象。这样的话数据库管理起来可能会变得简单些，但会使得MySQL成为一个糟糕的数据存储而且之后很可能会引起故障。

8.在查询中使用*

永远不要使用*来返回一个数据表所有列的数据。这是懒惰：你应该提取你需要的数据。就算你需要所有字段，你的数据表也不可避免的会产生变化。

9.不使用索引或者过度使用索引

一般性原则是这样的：select语句中的任何一个where子句表示的字段都应该使用索引。

举个例子，假设我们有一个user表，包括numeric ID（主键）和email address。登录的时候，MySQL必须以一个email为依据查找正确的ID。如果使用了索引的话（这里指email），那么MySQL就能够使用更快的搜索算法来定位email，甚至可以说是即时实现。否则，MySQL就只能顺序地检查每一条记录直到找到正确的email address。

有的人会在每个字段上都添加索引，遗憾的是，执行了INSERT或者UPDATE之后这些索引都需要重新生成，这样就会影响性能。所以，只在需要的时候添加索引。

10.忘记备份！

虽然比较罕见，但是数据库还是有崩溃的危险。硬盘有可能损坏，服务器有可能崩溃，web主机提供商有可能会破产！丢失MySQL数据将会是灾难性的，所以请确保你已经使用了自动备份或者已经复制到位。

11.Bonus mistake-不考虑使用其他数据库

对于PHP开发人员来说，MySQL可能是使用最广泛的数据库系统，但并不是唯一的选择。PostgreSQL和Firebird是最强有力的竞争者：这个两者都是开源的，而且都没有被公司收购。微软提供了sql server Express，甲骨文提供了10g Express，这两者都是企业级数据库的免费版本。有时候，对于一个较小的web应用或者嵌入式应用，SQLite也不失为一个可行的替代方案。

最基本也是最常用的一些表达式 :
匹配中文字符的正则表达式： [\u4e00-\u9fa5]评注：匹配中文还真是个头疼的事，有了这个表达式就好办了
匹配双字节字符(包括汉字在内)：[^\x00-\xff]评注：可以用来计算字符串的长度（一个双字节字符长度计2，ASCII字符计1）
匹配空白行的正则表达式：\n\s*\r评注：可以用来删除空白行
匹配HTML标记的正则表达式：<(\S*?)[^>]*>.*?</\1>|<.*? />评注：网上流传的版本太糟糕，上面这个也仅仅能匹配部分，对于复杂的嵌套标记依旧无能为力
匹配首尾空白字符的正则表达式：^\s*|\s*$评注：可以用来删除行首行尾的空白字符(包括空格、制表符、换页符等等)，非常有用的表达式
匹配Email地址的正则表达式：\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*评注：表单验证时很实用
匹配网址URL的正则表达式：[a-zA-z]+://[^\s]*评注：网上流传的版本功能很有限，上面这个基本可以满足需求
匹配帐号是否合法(字母开头，允许5-16字节，允许字母数字下划线)：^[a-zA-Z][a-zA-Z0-9_]{4,15}$评注：表单验证时很实用
匹配国内电话号码：\d{3}-\d{8}|\d{4}-\d{7}评注：匹配形式如 0511-4405222 或 021-87888822
匹配腾讯QQ号：[1-9][0-9]{4,}评注：腾讯QQ号从10000开始
匹配中国邮政编码：[1-9]\d{5}(?!\d)评注：中国邮政编码为6位数字
匹配身份证：\d{15}|\d{18}评注：中国的身份证为15位或18位
匹配ip地址：\d+\.\d+\.\d+\.\d+评注：提取ip地址时有用
匹配特定数字：^[1-9]\d*$　 　 //匹配正整数^-[1-9]\d*$ 　 //匹配负整数^-?[1-9]\d*$　　 //匹配整数^[1-9]\d*|0$　 //匹配非负整数（正整数 + 0）^-[1-9]\d*|0$　　 //匹配非正整数（负整数 + 0）^[1-9]\d*\.\d*|0\.\d*[1-9]\d*$　　 //匹配正浮点数^-([1-9]\d*\.\d*|0\.\d*[1-9]\d*)$　 //匹配负浮点数^-?([1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0)$　 //匹配浮点数^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$　　 //匹配非负浮点数（正浮点数 + 0）^(-([1-9]\d*\.\d*|0\.\d*[1-9]\d*))|0?\.0+|0$　　//匹配非正浮点数（负浮点数 + 0）评注：处理大量数据时有用，具体应用时注意修正
匹配特定字符串：^[A-Za-z]+$　　//匹配由26个英文字母组成的字符串^[A-Z]+$　　//匹配由26个英文字母的大写组成的字符串^[a-z]+$　　//匹配由26个英文字母的小写组成的字符串^[A-Za-z0-9]+$　　//匹配由数字和26个英文字母组成的字符串^\w+$　　//匹配由数字、26个英文字母或者下划线组成的字符串评注：最基本也是最常用的一些表达式
//
正则表达式用于字符串处理，表单验证等场合，实用高效，但用到时总是不太把握，以致往往要上网查一番。我将一些常用的表达式收藏在这里，作备忘之用。本贴随时会更新。 1、非负整数：^\d+$
2、正整数：^[0-9]*[1-9][0-9]*$
3、非正整数：^((-\d+)|(0+))$
4、负整数：^-[0-9]*[1-9][0-9]*$
5、整数：^-?\d+$
6、非负浮点数：^\d+(\.\d+)?$
7、正浮点数：^((0-9)+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9 ]+)|([0-9]*[1-9][0-9]*))$
8、非正浮点数：^((-\d+\.\d+)?)|(0+(\.0+)?))$
9、负浮点数：^(-((正浮点数正则式)))$
10、英文字符串：^[A-Za-z]+$
11、英文大写串：^[A-Z]+$
12、英文小写串：^[a-z]+$
13、英文字符数字串：^[A-Za-z0-9]+$
14、英数字加下划线串：^\w+$
15、E-mail地址：^[\w-]+(\.[\w-]+)*@[\w-]+(\.[\w-]+)+$
16、URL：^[a-zA-Z]+://(\w+(-\w+)*)(\.(\w+(-\w+)*))*(\?\s*)?$ 或：^http:\/\/[A-Za-z0-9]+\.[A-Za-z0-9]+[\/=\?%\-&_~`@[\]\’:+!]*([^<>\"\"])*$17、邮政编码：^[1-9]\d{5}$
18、中文：^[\u0391-\uFFE5]+$
19、电话号码：^((\(\d{2,3}\))|(\d{3}\-))?(\(0\d{2,3}\)|0\d{2,3}-)?[1-9]\d{6,7}(\-\d{1,4})?$
20、手机号码：^((\(\d{2,3}\))|(\d{3}\-))?13\d{9}$
21、双字节字符(包括汉字在内)：^\x00-\xff
22、匹配首尾空格：(^\s*)|(\s*$)（像vbscript那样的trim函数）
23、匹配HTML标记：<(.*)>.*<\/\1>|<(.*) \/>
24、匹配空行：\n[\s| ]*\r
25、提取信息中的网络链接：(h|H)(r|R)(e|E)(f|F)  *=  *(‘|”)?(\w|\\|\/|\.)+(‘|”|  *|>)?
26、提取信息中的邮件地址：\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
27、提取信息中的图片链接：(s|S)(r|R)(c|C)  *=  *(‘|”)?(\w|\\|\/|\.)+(‘|”|  *|>)?
28、提取信息中的IP地址：(\d+)\.(\d+)\.(\d+)\.(\d+)
29、提取信息中的中国手机号码：(86)*0*13\d{9}
30、提取信息中的中国固定电话号码：(\(\d{3,4}\)|\d{3,4}-|\s)?\d{8}
31、提取信息中的中国电话号码（包括移动和固定电话）：(\(\d{3,4}\)|\d{3,4}-|\s)?\d{7,14}
32、提取信息中的中国邮政编码：[1-9]{1}(\d+){5}
33、提取信息中的浮点数（即小数）：(-?\d*)\.?\d+
34、提取信息中的任何数字 ：(-?\d*)(\.\d+)?
35、IP：(\d+)\.(\d+)\.(\d+)\.(\d+)
36、电话区号：/^0\d{2,3}$/
37、腾讯QQ号：^[1-9]*[1-9][0-9]*$
38、帐号(字母开头，允许5-16字节，允许字母数字下划线)：^[a-zA-Z][a-zA-Z0-9_]{4,15}$
匹配中文字符的正则表达式： [\u4e00-\u9fa5]
匹配双字节字符(包括汉字在内)：[^\x00-\xff]
应用：计算字符串的长度（一个双字节字符长度计2，ASCII字符计1）
String.prototype.len=function (){return this.replace([^\x00-\xff]/g,”aa”).length;}
匹配空行的正则表达式：\n[\s| ]*\r
匹配HTML标记的正则表达式：/<(.*)>.*<\/\1>|<(.*) \/>/
匹配首尾空格的正则表达式：(^\s*)|(\s*$)