前几天解决了一个这样的问题：数据是从一个地方爬取过来的，爬取前显示的数据是 901.63  ；然后，爬取数据脚本最后计算的总和也是901.63 一切都没有问题；

但是，我们通过自己的数据库mysql计算出来的值就是601.62。查看了数据条数和对应的值都是对的，把数据导出到Excel后，数据求和也是 901.63，这不是怪了。

最后发现是 mysql数据库字段设置了Float搞的鬼。

其实，这是个老生常谈的问题了，这里做下备注，以便以后查阅

MySQL中存在Float,Double等非标准数据类型，也有Decimal、Numeric这种标准数据类型。
其区别在于，Float，Double等非标准类型，在DB中保存的是近似值，而Decimal则以字符串的形式保存数值。

Float数值类型用于表示单精度浮点数值，而Double数值类型用于表示双精度浮点数值，Float和Double都是浮点型，而Decimal是定点型；
MySQL 浮点型和定点型可以用类型名称后加（M，D）来表示，M表示该值的总共长度，D表示小数点后面的长度，M和D又称为精度和标度，
如float(7,4)的 可显示为-999.9999，MySQL保存值时进行四舍五入，如果插入999.00009，则结果为999.0001。
Float和Double在不指 定精度时，默认会按照实际的精度来显示，而Decimal在不指定精度时，默认整数为10，小数为0

同时，对数据求SUM()时会出现不同的结果，Float和Double求SUM都会出现很多小数点，而Decimal求SUM得到的是精准数值：

decimal 和 numeric 是同义，都是用于精确存储数值 。

综上所述：

Mysql 存储小数的时候，大多数和金额有关系。Float和Double存在精度的问题，所以首选还是要用 Decimal和Numeric，就我个人而言  Numeric 用的比较多。

网上相关的例子也比较多贴出来，也可以看一下

http://www.th7.cn/db/mysql/201411/82120.shtml

http://blog.sina.com.cn/s/blog_7e89c3f50101eh7t.html

http://www.cnblogs.com/gulibao/p/5416245.html

http://www.cnblogs.com/qiantuwuliang/archive/2010/11/03/1867802.html

以上文章都是说的一个事，看看就好了

mysql 数据类型 Float、Double、Decimal和Numeric  的区别

今天无意间看到 mysql sql_mode 这个配置，就仔细看下了下，做个记录备忘下。

mysql> select @@sql_mode;
+--------------------------------------------+
| @@sql_mode                                 |
+--------------------------------------------+
| STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION |
+--------------------------------------------+
1 row in set (0.00 sec)

查阅了一下线上一台服务器，sql_mode的配置是  STRICT_TRANS_TABLES

STRICT_TRANS_TABLES 和STRICT_ALL_TABLES 区别，简要说明下

mysql的官方说明中提出：
严格模式控制MySQL如何处理非法或丢失的输入值。有几种原因可以使一个值为非法。例如，数据类型错误，不适合列，或超出范围。当新插入的行不包含某列的没有显示定义DEFAULT子句的值，则该值被丢失。
 
对于事务表，当启用STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式时，如果语句中有非法或丢失值，则会出现错误。语句被放弃并滚动。
 
对于非事务表，如果插入或更新的第1行出现坏值，两种模式的行为相同。语句被放弃，表保持不变。如果语句插入或修改多行，并且坏值出现在第2或后面的行，结果取决于启用了哪个严格选项：
 
· 对于STRICT_ALL_TABLES，MySQL返回错误并忽视剩余的行。但是，在这种情况下，前面的行已经被插入或更新。这说明你可以部分更新，这可能不是你想要的。要避免这点，最好使用单行语句，因为这样可以不更改表即可以放弃。
 
· 对于STRICT_TRANS_TABLES，MySQL将非法值转换为最接近该列的合法值并插入调整后的值。如果值丢失，MySQL在列中插入隐式 默认值。在任何情况下，MySQL都会生成警告而不是给出错误并继续执行语句。
 
以下是一个例子分析：
1：如果sql语句操作的是事务表（innodb类型）的时候，STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式对数据的影响是一样的。
需要注意的是：
在事务中如果某个sql更新数据的语句报错，那么这条语句下面的未语句都不会执行，这条语句上面已经执行的语句会事务结束的时候commit
这是需要我们捕捉错误，让事务回滚。
 
例子如下：
CREATE TABLE `t1` (
  `f1` int(11) NOT NULL AUTO_INCREMENT,
  `f2` varchar(2) NOT NULL,
  UNIQUE KEY `f1` (`f1`)
) ENGINE=innodb AUTO_INCREMENT=12 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC
 
DELIMITER $$
 
DROP PROCEDURE IF EXISTS `pr_test`$$
 
CREATE DEFINER=`root`@`127.0.0.1` PROCEDURE `pr_test`()
BEGIN
DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK;END;
   START TRANSACTION;
INSERT INTO t1 (f2) VALUES (‘cd’);
INSERT INTO t1 (f2) VALUES (‘abc’);
INSERT INTO t1 (f2) VALUES (‘de’);
COMMIT;
    END$$
 
DELIMITER ;
 
2：如果sql语句操作的是事务表。
两个区别是
INSERT INTO t1 (f2) VALUES (‘ab’),(‘acd’);
如果是STRICT_ALL_TABLES
结果是:
f1    f2
1     ab
如果是STRICT_TRANS_TABLES
结果是:
f1    f2
1     ab
2     ac

mysql配置sql_mode中STRICT_TRANS_TABLES和STRICT_ALL_TABLES 区别

show profiles mysql查询优化之profile

当mysql遇到性能瓶颈时，从mysql本身出发去优化大致分为两个方面。一个是调整mysql的配置参数，另一个是优化查询sql了。

查看sql运行时间是必不可少的，这时候profile就相当重要了。

1、查看profile是否打开，以下三种方法都的可以的。

mysql> show profiles;
Empty set, 1 warning (0.00 sec)

mysql> show variables like "profiling%";
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| profiling              | OFF   |
| profiling_history_size | 15    |
+------------------------+-------+
2 rows in set (0.00 sec)

mysql> 

mysql> select @@profiling;
+-------------+
| @@profiling |
+-------------+
|           0 |
+-------------+
1 row in set, 1 warning (0.00 sec)

mysql>

以上结果可以看出，profile没有打开。我们在当前Session会话状态打开profile；

2、当前Session会话状态打开profile

开启 Query Profiler 功能之后，MySQL 就会自动记录所有执行的 Query 的 profile 信息了。

mysql> set profiling=1;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> show variables like "profiling";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling     | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> 

3、查看sql运行时间

获取系统中保存的所有 Query 的 profile 概要信息

mysql> show databases;
+---------------------+
| Database            |
+---------------------+
| yw_mdmall           |
+---------------------+
1 rows in set (0.00 sec)

mysql> use yw_mdmall;
Database changed
mysql> select id from yw_order limit 10;
+----+
| id |
+----+
|  2 |
|  3 |
|  4 |
|  5 |
|  6 |
|  7 |
|  8 |
|  9 |
| 10 |
| 11 |
+----+
10 rows in set (0.00 sec)

mysql> show profiles;
+----------+------------+----------------------------------+
| Query_ID | Duration   | Query                            |
+----------+------------+----------------------------------+
|        1 | 0.00036950 | show databases                   |
|        2 | 0.00010925 | SELECT DATABASE()                |
|        3 | 0.00021900 | select id from yw_order limit 10 |
+----------+------------+----------------------------------+
3 rows in set, 1 warning (0.00 sec)

mysql> 

查看最后一条sql的执行详细信息

通过执行 “SHOW PROFILE” 命令获取当前系统中保存的多个 Query 的 profile 的概要信息。

mysql> show profile;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000055 |
| checking permissions | 0.000009 |
| Opening tables       | 0.000023 |
| init                 | 0.000017 |
| System lock          | 0.000008 |
| optimizing           | 0.000006 |
| statistics           | 0.000013 |
| preparing            | 0.000012 |
| executing            | 0.000003 |
| Sending data         | 0.000038 |
| end                  | 0.000005 |
| query end            | 0.000007 |
| closing tables       | 0.000008 |
| freeing items        | 0.000012 |
| cleaning up          | 0.000005 |
+----------------------+----------+
15 rows in set, 1 warning (0.00 sec)

mysql> 

查看指定 Query_ID 对应sql的执行详细信息

mysql> show profile for query 3;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000055 |
| checking permissions | 0.000009 |
| Opening tables       | 0.000023 |
| init                 | 0.000017 |
| System lock          | 0.000008 |
| optimizing           | 0.000006 |
| statistics           | 0.000013 |
| preparing            | 0.000012 |
| executing            | 0.000003 |
| Sending data         | 0.000038 |
| end                  | 0.000005 |
| query end            | 0.000007 |
| closing tables       | 0.000008 |
| freeing items        | 0.000012 |
| cleaning up          | 0.000005 |
+----------------------+----------+
15 rows in set, 1 warning (0.00 sec)

mysql> show profile for query 2;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000041 |
| checking permissions | 0.000008 |
| Opening tables       | 0.000007 |
| init                 | 0.000012 |
| optimizing           | 0.000006 |
| executing            | 0.000008 |
| end                  | 0.000005 |
| query end            | 0.000004 |
| closing tables       | 0.000004 |
| freeing items        | 0.000011 |
| cleaning up          | 0.000005 |
+----------------------+----------+
11 rows in set, 1 warning (0.00 sec)

mysql> 
mysql> show profile for query 1;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000032 |
| checking permissions | 0.000006 |
| Opening tables       | 0.000042 |
| init                 | 0.000008 |
| System lock          | 0.000005 |
| optimizing           | 0.000004 |
| statistics           | 0.000010 |
| preparing            | 0.000011 |
| executing            | 0.000185 |
| Sending data         | 0.000023 |
| end                  | 0.000005 |
| query end            | 0.000004 |
| closing tables       | 0.000003 |
| removing tmp table   | 0.000013 |
| closing tables       | 0.000004 |
| freeing items        | 0.000011 |
| cleaning up          | 0.000005 |
+----------------------+----------+
17 rows in set, 1 warning (0.00 sec)

查看最后一条sql的执行 cpu、io、内存、交换内存等 信息

mysql> show profile cpu,block io,memory,swaps,context switches,source for query 3;
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+-------+-----------------------+------------------+-------------+
| Status               | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Swaps | Source_function       | Source_file      | Source_line |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+-------+-----------------------+------------------+-------------+
| starting             | 0.000055 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | NULL                  | NULL             |        NULL |
| checking permissions | 0.000009 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | check_access          | sql_parse.cc     |        5268 |
| Opening tables       | 0.000023 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | open_tables           | sql_base.cc      |        4934 |
| init                 | 0.000017 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_prepare_select  | sql_select.cc    |        1050 |
| System lock          | 0.000008 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_lock_tables     | lock.cc          |         304 |
| optimizing           | 0.000006 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | optimize              | sql_optimizer.cc |         138 |
| statistics           | 0.000013 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | optimize              | sql_optimizer.cc |         362 |
| preparing            | 0.000012 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | optimize              | sql_optimizer.cc |         485 |
| executing            | 0.000003 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | exec                  | sql_executor.cc  |         110 |
| Sending data         | 0.000038 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | exec                  | sql_executor.cc  |         190 |
| end                  | 0.000005 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_execute_select  | sql_select.cc    |        1105 |
| query end            | 0.000007 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_execute_command | sql_parse.cc     |        4967 |
| closing tables       | 0.000008 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_execute_command | sql_parse.cc     |        5015 |
| freeing items        | 0.000012 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | mysql_parse           | sql_parse.cc     |        6294 |
| cleaning up          | 0.000005 | 0.000000 |   0.000000 |                 0 |                   0 |            0 |             0 |     0 | dispatch_command      | sql_parse.cc     |        1774 |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+-------+-----------------------+------------------+-------------+
15 rows in set, 1 warning (0.00 sec)

mysql>

mysql> show profile block io,cpu for query 3;
+----------------------+----------+----------+------------+--------------+---------------+
| Status               | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out |
+----------------------+----------+----------+------------+--------------+---------------+
| starting             | 0.000056 | 0.000000 |   0.000000 |            0 |             0 |
| checking permissions | 0.000009 | 0.000000 |   0.000000 |            0 |             0 |
| Opening tables       | 0.000023 | 0.000000 |   0.000000 |            0 |             0 |
| init                 | 0.000017 | 0.000000 |   0.000000 |            0 |             0 |
| System lock          | 0.000008 | 0.000000 |   0.000000 |            0 |             0 |
| optimizing           | 0.000006 | 0.000000 |   0.000000 |            0 |             0 |
| statistics           | 0.000012 | 0.000000 |   0.000000 |            0 |             0 |
| preparing            | 0.000012 | 0.000000 |   0.000000 |            0 |             0 |
| executing            | 0.000003 | 0.000000 |   0.000000 |            0 |             0 |
| Sending data         | 0.000039 | 0.000000 |   0.000000 |            0 |             0 |
| end                  | 0.000005 | 0.000000 |   0.000000 |            0 |             0 |
| query end            | 0.000007 | 0.000000 |   0.000000 |            0 |             0 |
| closing tables       | 0.000009 | 0.000000 |   0.000000 |            0 |             0 |
| freeing items        | 0.000012 | 0.000000 |   0.000000 |            0 |             0 |
| cleaning up          | 0.000004 | 0.000000 |   0.000000 |            0 |             0 |
+----------------------+----------+----------+------------+--------------+---------------+
15 rows in set, 1 warning (0.00 sec)

mysql>

小结：要想优化一条 Query，我们就需要清楚的知道这条 Query 的性能瓶颈到底在哪里，是消耗的 CPU计算太多，还是需要的的 IO 操作太多？要想能够清楚的了解这些信息，在 MySQL 5.0 和 MySQL 5.1正式版中已经可以非常容易做到了（Mysql 5.0.37 之后，自带SHOW PROFILES and SHOW PROFILE 功能模块），那就是通过 Query Profiler 功能。

MySQL 的 Query Profiler 是一个使用非常方便的 Query 诊断分析工具，通过该工具可以获取一条Query 在整个执行过程中多种资源的消耗情况，如 CPU，IO，IPC，SWAP 等，以及发生的 PAGE FAULTS，CONTEXT SWITCHE 等等，同时还能得到该 Query 执行过程中 MySQL 所调用的各个函数在源文件中的位置。

show profiles mysql查询优化之profile

mysql 用户变量（@）和系统变量（@@ show variables 和 show global variables 区别）

用户变量

用户变量是针对当前登录MYSQL的用户的私有变量，可以先在用户变量中保存值然后在以后引用它；这样可以将值从一个语句传递到另一个语句。

用户变量与连接有关。也就是说，一个客户端定义的变量不能被其它客户端看到或使用。当客户端退出时，该客户端连接的所有变量将自动释放。

用户变量的形式为@var_name，其中变量名var_name可以由当前字符集的文字数字字符、‘.’、‘_’和

‘$’组成。 默认字符集是cp1252 (Latin1)。可以用mysqld的–default-character-set选项更改字符集

。用户变量名对大小写不敏感。

设置用户变量的一个途径是执行SET语句：

SET @var_name = expr [, @var_name = expr] ...

对于SET，可以使用=或:=作为分配符。分配给每个变量的expr可以为整数、实数、字符串或者NULL值。

也可以用语句（表达式）代替SET来为用户变量分配一个值。在这种情况下，分配符必须为:=而不能用=，因为在非

SET语句中=被视为一个比较 操作符：

mysql> SET @t1=0, @t2=0, @t3=0;
mysql> SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;
+----------------------+------+------+------+
| @t1:=(@t2:=1)+@t3:=4 | @t1  | @t2  | @t3  |
+----------------------+------+------+------+
|                    5 |    5 |    1 |    4 |
+----------------------+------+------+------+

用户变量可以用于表达式中。目前不包括明显需要文字值的上下文中，例如SELECT语句的LIMIT子句，或

者LOAD DATA语句的IGNORE number LINES子句。

如果使用没有初始化的变量，其值是NULL。

如果用户变量分配了一个字符串值，其字符集和校对规则与该字符串的相同。用户变量的可压缩性

（coercibility）是隐含的。(即为表列值的相同的可压缩性（coercibility）。

注释：在SELECT语句中，表达式发送到客户端后才进行计算。这说明在HAVING、GROUP BY或者ORDER BY子

句中，不能使用包含SELECT列表中所设的变量的表达式。例如，下面的语句不能按期望工作：

mysql> SELECT (@aa:=id) AS a，(@aa+3) AS b 从tbl_name HAVING b=5；

HAVING子句中引用了SELECT列表中的表达式的别名，使用@aa。不能按期望工作：@aa不包含当前行的值，

而是前面所选的行的id值。

一般原则是不要在语句的一个部分为用户变量分配一个值而在同一语句的其它部分使用该变量。可能会得

到期望的结果，但不能保证。

设置变量并在同一语句中使用它的另一个问题是变量的默认结果的类型取决于语句前面的变量类型。下面

的例子说明了该点：

mysql> SET @a='test';
mysql> SELECT @a,(@a:=20) FROM tbl_name;

对于该 SELECT语句，MySQL向客户端报告第1列是一个字符串，并且将@a的所有访问转换为字符串，即使

@a在第2行中设置为一个数字。执行完SELECT语句后，@a被视为下一语句的一个数字。

要想避免这种问题，要么不在同一个语句中设置并使用相同的变量，要么在使用前将变量设置为0、0.0或

者”以定义其类型。

未分配的变量有一个值NULL，类型为字符串。

系统变量

MySQL可以访问许多系统和连接变量。当服务器运行时许多变量可以动态更改。这样通常允许你修改服务

器操作而不需要停止并重启服务器。

mysqld服务器维护两种变量。全局变量影响服务器整体操作。会话变量影响具体客户端连接的操作。

当服务器启动时，它将所有全局变量初始化为默认值。这些默认值可以在选项文件中或在命令行中指定的

选项进行更改。服务器启动后，通过连接服务器并执行SET GLOBAL var_name语句，可以动态更改这些全

局变量。要想更改全局变量，必须具有SUPER权限。

服务器还为每个连接的客户端维护一系列会话变量。在连接时使用相应全局变量的当前值对客户端的会话

变量进行初始化。对于动态会话变量，客户端可以通过SET SESSION var_name语句更改它们。设置会话变

量不需要特殊权限，但客户端只能更改自己的会话变量，而不能更改其它客户端的会话变量。

对于全局变量的更改可以被访问该全局变量的任何客户端看见。然而，它只影响更改后连接的客户的从该

全局变量初始化的相应会话变量。不影响目前已经连接的客户端的会话变量(即使客户端执行SET GLOBAL

语句也不影响)。

可以使用几种语法形式来设置或检索全局或会话变量。下面的例子使用了sort_buffer_sizeas作为示例变

量名。

要想设置一个GLOBAL变量的值，使用下面的语法：

mysql> SET GLOBAL sort_buffer_size=value;
mysql> SET @@global.sort_buffer_size=value;

要想设置一个SESSION变量的值，使用下面的语法：

mysql> SHOW VARIABLES like 'sort_buffer_size';
mysql> SHOW SESSION VARIABLES like 'sort_buffer_size';
mysql> SELECT @@sort_buffer_size;
mysql> SELECT @@session.sort_buffer_size;

LOCAL是SESSION的同义词。

如果设置变量时不指定GLOBAL、SESSION或者LOCAL，默认使用SESSION。

要想检索一个GLOBAL变量的值，使用下面的语法：

mysql> SHOW GLOBAL VARIABLES like 'sort_buffer_size';（可搜索多个变量 例如：SHOW GLOBAL VARIABLES like '%buffer%';）
mysql> SELECT @@global.sort_buffer_size;（不能搜索多个变量 ）

要想检索一个SESSION变量的值，使用下面的语法：

mysql> SHOW VARIABLES like 'sort_buffer_size';（可搜索多个变量 例如：SHOW VARIABLES like '%buffer%';）
mysql> SHOW SESSION VARIABLES like 'sort_buffer_size';
mysql> SELECT @@sort_buffer_size;
mysql> SELECT @@session.sort_buffer_size;

这里，LOCAL也是SESSION的同义词。

当你用SELECT @@var_name搜索一个变量时(也就是说，不指定global.、session.或者local.)，MySQL返

回SESSION值（如果存在），否则返回GLOBAL值。

对于SHOW VARIABLES，如果不指定GLOBAL、SESSION或者LOCAL，MySQL返回SESSION值。

当设置GLOBAL变量需要GLOBAL关键字但检索时不需要它们的原因是防止将来出现问题。如果我们移除一个

与某个GLOBAL变量具有相同名字的SESSION变量，具有SUPER权限的客户可能会意外地更改GLOBAL变量而不

是它自己的连接的SESSION变量。如果我们添加一个与某个GLOBAL变量具有相同名字的SESSION变量，想更

改GLOBAL变量的客户可能会发现只有自己的SESSION变量被更改了。

全局变量小结：

mysql 用户变量（@）和系统变量（@@ show variables 和 show global variables 区别）

废话不多说，先贴代码出来看看

<!doctype html>
<html ng-app>
<head>
    <meta charset="utf-8">
    <!-- <script src="http://code.angularjs.org/angular-1.0.1.min.js"></script> -->
    <script src="./jquery.js"></script>
    <script>var jQuery = window.jQuery = window.jQuery || $;</script>
    <script src="./jquery.cookie.min.js"></script>
</head>
<body>
    Hello {{'World'}}!
    Hello {{yourname || 'World'}}!
    <span id="curr_pos"></span>
    <span class="loc_refresh"></span>
</body>
<script>
    var app = {};
    // 获取用户地理位置
    (function($, app) {
        var watchId;
        function getLocation() {
            $('.loc_refresh').hide();
            if (navigator.geolocation) {
                $('#curr_pos').text('系统正在获取您的位置……');
                var option={
                    // 指示浏览器获取高精度的位置，默认为false
                    enableHighAcuracy: true,
                    // 指定获取地理位置的超时时间，默认不限时，单位为毫秒
                    timeout: 8000,
                };
                navigator.geolocation.getCurrentPosition(showPosition, showError,option);
                //watchId = navigator.geolocation.watchPosition(showPosition, showError,option);
            } else {
                $('#curr_pos').text('您的浏览器不支持地理定位！');
            }
        }

        function showPosition(position) {
            alert("经度 纬度 获取成功！");
            alert("经度："+position.coords.longitude+"纬度"+position.coords.latitude);
            
            return true;
            
            /******* 获取用户地理位置成功后的处理 start *********/
            //navigator.geolocation.clearWatch(watchId);
            $.ajax({
                url: 'http://www.uuboku.com/372.html?latitude=' + position.coords.latitude + '&longitude=' + position.coords.longitude,
                dataType: 'json',
                success: function(data) {
                    $.cookie('is_navigator', 1,{path:'/'});
                    if (!$.cookie('navigator_address')) {
                        $('#curr_pos').text('浏览器定位失败！');
                    } else {
                        $('#curr_pos').text($.cookie('navigator_address'));
                    }
                    $('.loc_refresh').show();

                    var city = data.data.city;
                    if (city != '') {
                        if(confirm('系统定位到您在' + city +'，是否切换？')) {
                            $.ajax({
                                url: 'http://www.uuboku.com/372.html?city=' + city,
                                dataType: 'json',
                                success: function(data) {
                                    var indexReg = new RegExp('index');
                                    if(location.hash == '' || location.hash.match(indexReg)) {
                                        $("#index_v .logo a").text(city);
                                        app.util.loadFilter();
                                        location.href = '#index';
                                    }else{
                                        location.href = location.hash+"?"+Math.random();
                                    }
                                    return false;
                                } 
                            });
                        }
                    }
                    return false;
                }
            });
            /******* 获取用户地理位置成功后的处理 end *********/
        }

        function showError(error) {
            var msg = '';
            switch (error.code) {
                case error.PERMISSION_DENIED: //用户不允许地理定位
                    msg = '用户不允许地理定位！';
                    //$('#index_curr_pos').text('用户不允许地理定位');
                    break;
                case error.POSITION_UNAVAILABLE: //无法获取当前位置
                    msg = '无法获取当前位置！';
                    //navigator.geolocation.getCurrentPosition(showPosition, showError);
                    break;
                case error.TIMEOUT: //操作超时
                    msg = '操作超时！';
                    //navigator.geolocation.getCurrentPosition(showPosition, showError);
                    break;
                case error.UNKNOWN_ERROR: //未知错误
                    msg = '未知错误！';
                    break;
            }
            alert(msg);
            $('#curr_pos').text(msg);
            $('.loc_refresh').show();
        }
        app.getLocation = getLocation;

    })(jQuery, app);
    app.getLocation();
</script>
</html>

以上所有代码（包括js类库）如下，欢迎下载使用：

http://www.uuboku.com/wp-content/uploads/2015/12/geolocation.zip

以上代码偶已亲测，可以再移动端执行，在pc端是不可以的。贴出来与大家共学习参考！

html获取用户所在地区位置经纬度

Linux系统自带logtotate 实现日志切分

这里以nginx的日志切分为例说明

第一步：创建nginx日志切分配置文件

[root@gua-9-126 ~]# cd /etc/logrotate.d/
[root@gua-9-126 logrotate.d]# vim nginx

然后写入如下配置，配置的含义有解释

/home/www/logs/task.access.log {
    #missingok
    #notifempty

    #执行频率 monthly/weekly/daily
    daily

    #保留X个文件
    rotate 20

    #切割后的新文件 权限和所有者/组
    create 0644 root root

    #切割后的文件按照日期命名
    dateext

    #开启日志压缩
    #compress

    #日志文件大于1M后才执行执行切割
    #minsize 1M


    #切割完成后 重启ngxin服务器
    sharedscripts
    postrotate
        if [ -f /usr/local/nginx/logs/nginx.pid ]; then
            kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`
        fi
    endscript

}

保存退出

2、设定crontab定时任务

[root@gua-9-126 logrotate.d]# vim /etc/crontab 

加入如下配置

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed

#nginx 日志切分 by:O(∩_∩)O  at:15.8.20
#59 23 * * * root /usr/sbin/logrotate -f /etc/logrotate.d/nginx > /dev/null 2>&1

#调试追踪脚本 此处需要指定脚本执行账户
59 23 * * * root /usr/sbin/logrotate -vf /etc/logrotate.d/nginx >> /home/logs/logtotate/crontab_nginx_`date +"\%Y\%m\%d_\%H\%M\%S"`.log 2>&1

保存退出

到此大功告成，看看验证自己的成果吧~

logrotate详细介绍文档: http://blog.sina.com.cn/s/blog_5f54f0be0101h6y8.html

Linux系统自带logtotate 实现日志切分

成功启动MongoDB后，再打开一个命令行窗口输入mongo，就可以进行数据库的一些操作。输入help可以看到基本操作命令，只是MongoDB没有创建数据库的命令，

但有类似的命令如：如果你想创建一个“myTest”的数据库，先运行use myTest命令，之后就做一些操作（如：db.createCollection(‘user’)）,这样就可以创建一个名叫“myTest”的数据库。

一、数据库常用命令
1、Help查看命令提示

2、切换/创建数据库

3、查询所有数据库

4、删除当前使用数据库

5、从指定主机上克隆数据库

6、从指定的机器上复制指定数据库数据到某个数据库

7、修复当前数据库

8、查看当前使用的数据库

9、显示当前db状态

10、当前db版本

11、查看当前db的链接机器地址

二、Collection聚集集合
1、创建一个聚集集合（table）

2、得到指定名称的聚集集合（table）

3、得到当前db的所有聚集集合

4、显示当前db所有聚集索引的状态

三、用户相关 
1、添加一个用户

2、数据库认证、安全模式

3、显示当前所有用户

4、删除用户

四、聚集集合查询 
1、查询所有记录

默认每页显示20条记录，当显示不下的情况下，可以用it迭代命令查询下一页数据。注意：键入it命令不能带“；”
但是你可以设置每页显示数据的大小，用DBQuery.shellBatchSize= 50;这样每页就显示50条记录了。
2、查询去掉后的当前聚集集合中的某列的重复数据

3、查询age = 22的记录

4、查询age > 22的记录

5、查询age < 22的记录

6、查询age >= 25的记录

7、查询age <= 25的记录

8、查询age >= 23 并且 age <= 26

9、查询name中包含 mongo的数据

10、查询name中以mongo开头的

11、查询指定列name、age数据

当然name也可以用true或false,当用ture的情况下河name:1效果一样，如果用false就是排除name，显示name以外的列信息。
12、查询指定列name、age数据, age > 25

13、按照年龄排序

14、查询name = zhangsan, age = 22的数据

15、查询前5条数据

16、查询10条以后的数据

17、查询在5-10之间的数据

可用于分页，limit是pageSize，skip是第几页*pageSize
18、or与 查询

19、查询第一条数据

20、查询某个结果集的记录条数

21、按照某列进行排序

五、索引
1、创建索引

2、查询当前聚集集合所有索引

3、查看总索引记录大小

4、读取当前集合的所有index信息

5、删除指定索引

6、删除所有索引索引

六、修改、添加、删除集合数据
1、添加

添加的数据的数据列，没有固定，根据添加的数据为准
2、修改

3、删除

4、查询修改删除

update 或 remove 其中一个是必须的参数; 其他参数可选。
参数    详解     默认值 
query    查询过滤条件    {} 
sort    如果多个文档符合查询过滤条件，将以该参数指定的排列方式选择出排在首位的对象，该对象将被操作    {} 
remove    若为true，被选中对象将在返回前被删除    N/A 
update    一个 修改器对象
N/A 
new    若为true，将返回修改后的对象而不是原始对象。在删除操作中，该参数被忽略。    false 
fields    参见Retrieving a Subset of Fields (1.5.0+) 
All fields 
upsert    创建新对象若查询结果为空。 示例 (1.5.4+) 
false 
七、语句块操作 
1、简单Hello World

这种写法调用了print函数，和直接写入"Hello World!"的效果是一样的；
2、将一个对象转换成json

3、循环添加数据

这样就循环添加了30条数据，同样也可以省略括号的写法

也是可以的，当你用db.users.find()查询的时候，显示多条数据而无法一页显示的情况下，可以用it查看下一页的信息；
4、find 游标查询

这样就查询所有的users信息，同样可以这样写

同样可以省略{}号
5、forEach迭代循环

forEach中必须传递一个函数来处理每条迭代的数据信息
6、将find游标当数组处理

取得下标索引为4的那条数据
既然可以当做数组处理，那么就可以获得它的长度：cursor.length();或者cursor.count();
那样我们也可以用循环显示数据

7、将find游标转换成数组

用toArray方法将其转换为数组
8、定制我们自己的查询结果
只显示age <= 28的并且只显示age这列数据

排除age的列

9、forEach传递函数显示信息

八、其他 
1、查询之前的错误信息

2、清除错误记录

查看聚集集合基本信息
1、查看帮助  db.yourColl.help();
2、查询当前集合的数据条数  db.yourColl.count();
3、查看数据空间大小 db.userInfo.dataSize();
4、得到当前聚集集合所在的db db.userInfo.getDB();
5、得到当前聚集的状态 db.userInfo.stats();
6、得到聚集集合总大小 db.userInfo.totalSize();
7、聚集集合储存空间大小 db.userInfo.storageSize();
8、Shard版本信息  db.userInfo.getShardVersion()
9、聚集集合重命名 db.userInfo.renameCollection("users"); 将userInfo重命名为users
10、删除当前聚集集合 db.userInfo.drop();

mongoDB常用操作命令 终端常用操作命令

接着上篇文章说

Linux系统默认一个进程最大打开文件数目是1024

[root@cangku-16-132 log]# ulimit -n
1024
[root@cangku-16-132 log]# ulimit -n 2500
[root@cangku-16-132 log]# ulimit -n
2500

像上面这种模式修改 ulimit 只能在本次打开的终端生肖，关闭该终端或者重启服务器，该配置都会失效。

那如何使该配置永久生肖呢？一般情况下，我们通过修改系统限制文件来彻底增大 ulimit 中 open files 的值

[root@cangku-16-132 ~]# ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 127369
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 127369
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

系统总限制是在这里，/proc/sys/fs/file-max，可以通过cat查看目前的值，修改/etc/sysctl.conf 中也可以控制。

另外还有一个，/proc/sys/fs/file-nr，可以看到整个系统目前使用的文件句柄数量。

方法一：直接在 /etc/security/limits.conf （这个文件是limits的配置文件） 文件最后增加如下语句

* hard nofile 2500
* soft nofile 2500

或者

echo -ne "
* hard nofile 32768 * soft nofile 65536 ">> /etc/security/limits.conf

就可以将文件句柄限制统一改成软32768、硬65536。配置文件最前面的是指domain，设置为星号代表全局，另外你也可以针对不同的用户做出不同的限制。

注意：这个当中的硬限制是实际的限制，而软限制，是warnning限制，只会做出warning.其实ulimit命令本身就有分软硬设置，加-H就是硬，加-S就是软。（ulimit -Hn/-Sn）

默认显示的是软限制，如果运行ulimit命令修改的时候没有加上的话，就是两个参数一起改变。

此法不需要重启机器，重启终端即可，可对所有账户生效。甚好！

方法二：此法修个的文件比较多

第一步：vim 打开 /etc/security/limits.conf 文件，最后一行增加

* – nofile 2500  （注意：- 前后都有空格，这个表示soft 和 hard 同时修改）

这句话的意思是， 系统的每一个账户默认一个进程打开文件数为2500 。 

* 也可以修改为单一的用户名，例如 root 或者 www 等其他系统账户

第二步：vim 打开 /etc/sysctl.conf 文件，最后一行增加

fs.file-max=2500

第三步：重启服务器，查看修改是否生效

备注：如果你使用squid的话，你要在/etc/init.d/squid的文件加入ulimit -HSn 65535.另外,在squid.conf中也要加入max_filedesc 16384。

参考文献：http://www.jbxue.com/LINUXjishu/1250.html

linux 修改 限制文件打开最大数 ulimit 永久生效

从图片上明显看到 

Tue Sep  2 10:00:10 [initandlisten] ** WARNING: /proc/sys/vm/zone_reclaim_mode is 1
Tue Sep  2 10:00:10 [initandlisten] **          We suggest setting it to 0
Tue Sep  2 10:00:10 [initandlisten] **          http://www.kernel.org/doc/Documentation/sysctl/vm.txt

启动程序报了个警告，警告的意思：建议将 zone_reclaim_mode 设置为 0

zone_reclaim_mode 这是一个内核参数，意义如下：

a、当某个节点可用内存不足时：
1、如果为0的话，那么系统会倾向于从其他节点分配内存
2、如果为1的话，那么系统会倾向于从本地节点回收Cache内存多数时候
b、Cache对性能很重要，所以0是一个更好的选择。

这是其官方文档的介绍  http://www.kernel.org/doc/Documentation/sysctl/vm.txt

出现这个问题一般和  WARNING: You are running on a NUMA machine. 这个警告同时报出来

这个问题已经有文章说明了 http://www.uuboku.com/212.html

说的都是内核中cpu和内存分配情况

【解决办法】

[root@cangku-1-132 ~]# echo 0 > /proc/sys/vm/zone_reclaim_mode 
[root@cangku-1-132 ~]# echo "echo 0 > /proc/sys/vm/zone_reclaim_mode" >> /etc/rc.d/rc.local

首先把  /proc/sys/vm/zone_reclaim_mode 的内核修改 0 ，然后把这个  配置项写到  启动程序中，问题就得以解决了。

顺便说下第二个红框种的问题

--maxConns too high, can only handle 819

[root@cangku-16-132 log]# ulimit -n
1024
[root@cangku-16-132 log]# ulimit -n 2500
[root@cangku-16-132 log]# ulimit -n
2500

说是个问题其实也不是问题。出现这个警告是因为启动mongodb的时候，有传递一个参数maxConns:2000  。这个参数对于mongodb太高了，他目前只能接受819的最大连接数。

进入mongodb查看下

[root@cangku-16-132 ~]# mongo 192.168.1.132:27017/admin  -u root -p ******
MongoDB shell version: 2.2.7
connecting to: 192.168.1.132:27017/admin
> db.serverStatus().connections
{ "current" : 14, "available" : 805 }

最大连接数是 14+805 = 819

其实是Linux默认进程能打开最大文件数有关，可以通过ulimit 解决

ulimit -n 2500

按照原来的参数再次启动 mongodb，这个提示没有了。

登录mongodb，产看现在的连接数：

[root@cangku-16-132 rc.d]# mongo 192.168.1.132:27017/admin  -u root -p ******
MongoDB shell version: 2.2.7
connecting to: 192.168.1.132:27017/admin
> db.serverStatus().connections
{ "current" : 11, "available" : 1989 }

最大连接数已经变 11+1989=2000 了。 

备注： 

1、修改mongodb最大连接数，在启动里边加参数  –maxConns=20000 或者在 /etc/mongod.cnf（mongoDB配置文件） 都可以。

2、mongoDB最大连接数是20000。所以业界流传一段话，千万级以下的用mysql、千万级以上的用mongodb，亿级以上的用hadoop。

3、ulimit -n 2500 这个配置只能在本次打开的终端中生效，关闭终端或者重启服务器，配置都会失效。

要想永久生效，还请看下篇文章的讲解！

在公网ip和内部网私有ip地址间配置静态NAT重定向数据包，使服务器成为透明网关从而使得内部网计算机可以无障碍访问外部互联网。

关键词：Redhat Linux；DNS（域名解析服务器）；NAT（网络地址转换）；iptables规则

假设公网IP地址为：115.218.232.116 ，对应的内网地址为：192.168.10.1

1、打开linux数据包转发功能。

出于安全考虑，Linux系统默认是禁止数据包转发的。

所谓转发即当主机拥有多于一块的网卡时，其中一块收到数据包，根据数据包的目的ip地址将包发往本机另一网卡，该网卡根据路由表继续发送数据包。

这通常就是路由器所要实现的功能。配置Linux系统的ip转发功能，首先保证硬件连通，然后打开系统的转发功能 less /proc/sys/net/ipv4/ip_forward，该文件内容为0，表示禁止数据包转发，1表示允许，将其修改为1。

可使用命令echo “1″ > /proc/sys/net/ipv4/ip_forward 修改文件内容，重启网络服务或主机后效果不再。

若要其自动执行，可将命令echo “1″ > /proc/sys/net/ipv4/ip_forward 写入脚本/etc/rc.d/rc.local 或者 在/etc/sysconfig/network脚本中添加 FORWARD_IPV4=”YES”

命令如下：

# echo “1″ > /proc/sys/net/ipv4/ip_forward
modprobe ip_tables
modprobe iptable_nat
modprobe iptable_filter
modprobe ip_conntrack
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp

2、配置防火墙

在公网服务器上的iptables文件增加如下内容：

# vi /etc/sysconfig/iptables
-A POSTROUTING -s 192.168.10.2 -o eth0 -j SNAT –to-source 115.218.232.116
其中192.168.10.2是需要访问外网的服务器
增加完毕后，重启防火墙
# service iptables restart

3、将10.2服务器的网关设置为公网的内网IP地址

# vi /etc/sysconfig/network-scripts/ifcfg-eth0

GATEWAY=192.168.10.1

4、将10.2服务器的DNS(/etc/resolv.conf)配置替换成公网的DNS配置，然后重启网络

# service network restart

5、测试是否能联网

# ping -c 4 www.uuboku.com

至此，linux服务器的数据包转发功能已经配置完毕了，是不是很简单，哈哈~