数据库表字段类型与合理的选择字段类型 字段类型数值MySQL 的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。许多不同的子类型对这些类别中的每一个都是可用的，每个子类型支持不同大小的数据，并且 MySQL 允许我们指定数值字段中的值是否有正负之分(UNSIGNED)或者用零填补(ZEROFILL)。INT在 MySQL 中支持的 5 个主要整数类型是 TINYINT，SMALLINT，MEDIUMINT，INT 和 BIGINT。这些类型在很大程度上是相同的，只有它们存储的值的大小是不相同的。MySQL 以一个可选的显示宽度指示器的形式对 SQL 标准进行扩展(如 INT(6),6即是其宽度指示器,该宽度指示器并不会影响int列存储字段的大小,也就是说,超过6位它不会自动截取,依然会存储,只有超过它本身的存储范围才会截取;此处宽度指示器的作用在于该字段是否有zerofill,如果有就未满足6位的部分就会用0来填充)，这样当从数据库检索一个值时，可以把这个值加长到指定的长度。例如，指定一个字段的类型为 INT(6)，就可以保证所包含数字少于 6 个的值从数据库中检索出来时能够自动地用空格填充。需要注意的是，使用一个宽度指示器不会影响字段的大小和它可以存储的值的范围。万一我们需要对一个字段存储一个超出许可范围的数字，MySQL 会根据允许范围最接近它的一端截短后再进行存储。还有一个比较特别的地方是，MySQL 会在不合规定的值插入表前自动修改为 0。unsigned 和 zerofillUNSIGNED 修饰符规定字段只保存正值,即无符号,而mysql字段默认是有符号的。因为不需要保存数字的正、负符号，可以在储时节约一个"位"的空间(即翻一倍)。从而增大这个字段可以存储的值的范围。注意这个修饰符要紧跟在数值类型后面;ZEROFILL 修饰符规定 0（不是空格）可以用来真补输出的值。使用这个修饰符可以阻止 MySQL 数据库存储负值,如果某列设置为zerofill,那它自动就unsigned。这个值要配合int,tinyint,smallint,midiumint等字段的宽度指示器来用;XXint(M),如果没有zerofill,这个M的宽度指示器是没有意义的.(注意,测试前导0的时候,还是去黑窗口测试;)为什么mysql存储的值要分有符号和无符号呢?因为一个字节,占8bit;也就1个bit有0和1两种可能,8个bit就是2^8 = 256种可能,也就是0~255;但如果是有符号的话,就得拿一个1bit来存储这个负号,本来8bit只剩7bit,2^7 = 128,也就是-128~127(正数部分包含一个0);FLOAT、DOUBLE 和 DECIMAL 类型MySQL 支持的三个浮点类型是 FLOAT、DOUBLE 和 DECIMAL 类型。FLOAT 数值类型用于表示单精度浮点数值，而 DOUBLE 数值类型用于表示双精度浮点数值。与整数一样，这些类型也带有附加参数：一个显示宽度指示器和一个小数点指示器(必须要带有指示器,要不然会查不到结果,并且宽度指示器和XXint类型的宽度指示器不同,这里是有实际限制宽度的)。比如语句 FLOAT(7,3) 规定显示的值不会超过 7 位数字(包括小数位)，小数点后面带有 3 位数字。对于小数点后面的位数超过允许范围的值，MySQL 会自动将它四舍五入为最接近它的值，再插入它。DECIMAL 数据类型用于精度要求非常高的计算中，这种类型允许指定数值的精度和计数方法作为选择参数。精度在这里指为这个值保存的有效数字的总个数，而计数方法表示小数点后数字的位数。比如语句 DECIMAL(7,3) 规定了存储的值不会超过 7 位数字，并且小数点后不超过 3 位。FLOAT 类型在长度比较高比如 float(10,2)和 decimal(10,2)同时插入一个符合(10,2)宽度的数值,float 就会出现最后小数点出现一些出入;UNSIGNED 和 ZEROFILL 修饰符也可以被 FLOAT、DOUBLE 和 DECIMAL 数据类型使用。并且效果与 INT 数据类型相同。关于flaot和double在这里我建议,干脆忘记mysql有double这个数据类型。至于why？就不要管它了字符串类型MySQL 提供了 8 个基本的字符串类型，可以存储的范围从简单的一个字符到巨大的文本块或二进制字符串数据。BINARYBINARY不是函数，是类型转换运算符，它用来强制它后面的字符串为一个二进制字符串，可以理解为在字符串比较的时候区分大小写SELECT BINARY 'ABCD' = 'abcd' as COM1,'ABCD' = 'abcd' as COM2; -- COM1输出为0,COM2输出为1;CHAR 和 VARCHAR 类型CHAR 类型用于定长字符串，并且必须在圆括号内用一个大小修饰符来定义。这个大小修饰符的范围从 0-255。比指定长度大的值将被截短，而比指定长度小的值将会用空格作填补。CHAR 类型可以使用 BINARY 修饰符。当用于比较运算时，这个修饰符使 CHAR 以二进制方式参于运算，而不是以传统的区分大小写的方式。CHAR 类型的一个变体是 VARCHAR 类型。它是一种可变长度的字符串类型，并且也必须带有一个范围在 0-255 之间的指示器。CHAR 和 VARCHGAR 不同之处在于 MYSQL 数据库处理这个指示器的方式：CHAR 把这个大小视为值的大小，不长度不足的情况下就用空格补足。而 VARCHAR 类型把它视为最大值并且只使用存储字符串实际需要的长度（增加一个额外字节来存储字符串本身的长度）来存储值。所以短于指示器长度的 VARCHAR 类型不会被空格填补，但长于指示器的值仍然会被截短。因为 VARCHAR 类型可以根据实际内容动态改变存储值的长度，所以在不能确定字段需要多少字符时使用 VARCHAR 类型可以大大地节约磁盘空间、提高存储效率。但如果确切知道字符串长度,比如就在50~55之间,那就用 CHAR 因为 CHAR 类型由于本身定长的特性使其性能要高于 VARCHAR;VARCHAR 类型在使用 BINARY 修饰符时与 CHAR 类型完全相同。TEXT 和 BLOB 类型对于字段长度要求超过 255 个的情况下，MySQL 提供了 TEXT 和 BLOB 两种类型。根据存储数据的大小，它们都有不同的子类型。这些大型的数据用于存储文本块或图像、声音文件等二进制数据类型。TEXT 和 BLOB 类型在分类和比较上存在区别。BLOB 类型区分大小写，而 TEXT 不区分大小写。大小修饰符不用于各种 BLOB 和 TEXT 子类型。比指定类型支持的最大范围大的值将被自动截短。时间类型在处理日期和时间类型的值时，MySQL 带有 5 个不同的数据类型可供选择。DATE、TIME 和 YEAR 类型MySQL 用 DATE 和 YEAR 类型存储简单的日期值，使用 TIME 类型存储时间值。这些类型可以描述为字符串或不带分隔符的整数序列。如果描述为字符串，DATE 类型的值应该使用连字号作为分隔符分开，而 TIME 类型的值应该使用冒号作为分隔符分开。需要注意的是，没有冒号分隔符的 TIME 类型值，将会被 MySQL 理解为持续的时间，而不是时间戳。MySQL 还对日期的年份中的两个数字的值，或是 SQL 语句中为 YEAR 类型输入的两个数字进行最大限度的通译。因为所有 YEAR 类型的值必须用 4 个数字存储。MySQL 试图将 2 个数字的年份转换为 4 个数字的值。把在 00-69 范围内的值转换到 2000-2069 范围内。把 70-99 范围内的值转换到 1970-1979 之内。如果 MySQL 自动转换后的值并不符合我们的需要，请输入 4 个数字表示的年份。DATETIME 和 TIMESTAMP 类型除了日期和时间数据类型，MySQL 还支持 DATETIME 和 TIMESTAMP 这两种混合类型。它们可以把日期和时间作为单个的值进行存储。这两种类型通常用于自动存储包含当前日期和时间的时间戳，并可在需要执行大量数据库事务和需要建立一个调试和审查用途的审计跟踪的应用程序中发挥良好作用。如果我们对 TIMESTAMP 类型的字段没有明确赋值，或是被赋与了 null 值。MySQL 会自动使用系统当前的日期和时间来填充它。复合类型MySQL 还支持两种复合数据类型 ENUM 和 SET，它们扩展了 SQL 规范。虽然这些类型在技术上是字符串类型，但是可以被视为不同的数据类型。一个 ENUM 类型只允许从一个集合中取得一个值；而 SET 类型允许从一个集合中取得任意多个值。ENUM 类型ENUM 类型因为只允许在集合中取得一个值，有点类似于单选项。在处理相互排拆的数据时容易让人理解，比如人类的性别。ENUM 类型字段可以从集合中取得一个值或使用 null 值，除此之外的输入将会使 MySQL 在这个字段中插入一个空字符串。另外如果插入值的大小写与集合中值的大小写不匹配，MySQL 会自动使用插入值的大小写转换成与集合中大小写一致的值。ENUM 类型在系统内部可以存储为数字，并且从 1 开始用数字做索引。一个 ENUM 类型最多可以包含 65536 个元素，其中一个元素被 MySQL 保留，用来存储错误信息，这个错误值用索引 0 或者一个空字符串表示。MySQL 认为 ENUM 类型集合中出现的值是合法输入，除此之外其它任何输入都将失败。这说明通过搜索包含空字符串或对应数字索引为 0 的行就可以很容易地找到错误记录的位置。SET 类型SET 类型与 ENUM 类型相似但不相同。SET 类型可以从预定义的集合中取得任意数量的值。并且与 ENUM 类型相同的是任何试图在 SET 类型字段中插入非预定义的值都会使 MySQL 插入一个空字符串。如果插入一个即有合法的元素又有非法的元素的记录，MySQL 将会保留合法的元素，除去非法的元素。一个 SET 类型最多可以包含 64 项元素。还去除了重复的元素，所以 SET 类型中不可能包含两个相同的元素。希望从 SET 类型字段中找出非法的记录只需查找包含空字符串或二进制值为 0 的行。字段类型总结虽然上面列出了很多字段类型,但最常用也就是 varchar(255),char(255),text,tinyint(4),smallint(6),mediumint,int(11)几种。复合类型我们一般用tinyint,更快的时间更省的空间以及更容易扩展关于手机号，推荐用char(11),char(11)在查询上更有效率，因为手机号是一个活跃字段参与逻辑会很多。一些常用字段举例姓名：char(20)价格：DECIMAL(7, 3)产品序列号：SMALLINT(5) unsigned文章内容: TEXTMD5: CHAR(32)ip: char(15)time: int(10)email char(32)合理的选择数据类型选择合理范围内最小的我们应该选择最小的数据范围，因为这样可以大大减少磁盘空间及磁盘I/0读写开销，减少内存占用，减少CPU的占用率。选择相对简单的数据类型数字类型相对字符串类型要简单的多，尤其是在比较运算时，所以我们应该选择最简单的数据类型，比如说在保存时间时，因为PHP可以良好的处理LINUX时间戳所以我们可以将日期存为int(10)要方便、合适、快速的多。但是，工作中随着项目越做越多，业务逻辑的处理越来越难以后，我发现时间类型还是用时间类型本身的字段类型要好一些，因为mysql有着丰富的时间函数供我使用，方便我完成很多与时间相关的逻辑，比如月排行榜，周排行榜，当日热门，生日多少天等等逻辑不要使用null为什么这么说呢，因为MYSQL对NULL字段索引优化不佳，增加更多的计算难度，同时在保存与处理NULL类形时，也会做更多的工作，所以从效率上来说，不建议用过多的NULL。有些值他确实有可能没有值，怎么办呢？解决方法是数值弄用整数0，字符串用空来定义默认值即可。字符串类型的使用字符串数据类型是一个万能数据类型，可以储存数值、字符串、日期等。保存数值类型最好不要用字符串数据类型，这样存储的空间显然是会更大，而且在排序时字符串的9是大于22的，其实如果进行运算时mysql会将字符串转换为数值类型，大大降低效果，而且这种转换是不会走原有的索引的。如果明确数据在一个完整的集合中如男，女，那么可以使用set或enum数据类型，这种数据类型在运算及储存时以数值方式操作，所以效率要比字符串更好，同时空间占用更少。VARCHAR与CHARVARCHAR是可变长度字符串类型，那么即然长度是可变的就会使用1，2个字节来保存字符的长度，如果长度在255内使用1个字节来保存字符长度，否则使用2个字符来保存长度。由于varchar是根据储存的值来保存数据，所以可以大大节约磁盘空间。如果数据经常被执行更新操作，由于VARCHAR是根据内容来进行储存的，所以mysql将做更多的工作来完成更新操作，如果新数据长度大于老数据长度一些存储引擎会进行拆分操作处理。同时varchar会完全保留内部所有数据，最典型的说明就是尾部的空格。CHAR固定长度的字符串保存类型，CHAR会去掉尾部的空格。在数据长度相近时使用char类型比较合适，比如md5加密的密码用户名等。如果数据经常进行更新修改操作，那么CHAR更好些，因为char长度固定，性能上要快。数值类型的选择数值数据类型要比字符串执行更快，区间小的数据类型占用空间更少，处理速度更快，如tinyint可比bigint要快的多选择数据类型时要考虑内容长度，比如是保存毫米单位还是米而选择不同的数值类型整数整数类型很多比如tinyint、int、smallint、bigint等，那么我们要根据自己需要存储的数据长度决定使用的类型，同时tinyint(10)与tinyint(100)在储存与计算上并无任何差别，区别只是显示层面上，但是我们也要选择适合合适的数据类型长度。可以通过指定zerofill属性查看显示时区别。浮点数与精度数值浮点数float在储存空间及运行效率上要优于精度数值类型decimal，但float与double会有舍入错误而decimal则可以提供更加准确的小数级精确运算不会有错误产生计算更精确，适用于金融类型数据的存储。

MYSQL数据表设计及使用规范 实际工作中数据库设计需要注意的具体操作问题。表设计1.库名、表名、字段名必须使用小写字母，“_”分割，且名称长度不超过12个字符并且要做到见名知意。2.建议使用InnoDB存储引擎。3.存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE。4.建议使用UNSIGNED存储非负数值。5.建议使用INT UNSIGNED存储IPV4。6.整形定义中不添加长度，比如使用INT，而不是INT(4)。7.使用短数据类型，比如取值范围为0-80时，使用TINYINT UNSIGNED。8.不建议使用ENUM类型，使用TINYINT来代替。9.尽可能不使用TEXT、BLOB类型。VARCHAR(N)，N表示的是字符数不是字节数，比如VARCHAR(255)，可以最大可存储255个汉字，需要根据实际的宽度来选择N。10.VARCHAR(N)，N尽可能小，因为MySQL一个表中所有的VARCHAR字段最大长度是65535个字节，进行排序和创建临时表一类的内存操作时，会使用N的长度申请内存。11.表字符集选择UTF8。12.使用VARBINARY存储变长字符串。13.存储年使用YEAR类型，存储日期使用DATE类型，存储时间（精确到秒）建议使用TIMESTAMP类型，因为TIMESTAMP使用4字节，DATETIME使用8个字节。14.建议字段定义为NOT NULL。15.将过大字段拆分到其他表中。16.禁止在数据库中使用VARBINARY、BLOB存储图片、文件等。索引1.索引名称必须使用小写，非唯一索引必须按照“idx_字段名称_字段名称[_字段名]”进行命名，唯一索引必须按照“uniq_字段名称_字段名称[_字段名]”进行命名。2.索引中的字段数建议不超过5个。3.单张表的索引数量控制在5个以内。4.唯一键由3个以下字段组成，并且字段都是整形时，使用唯一键作为主键。5.没有唯一键或者唯一键不符合4中的条件时，使用自增（或者通过发号器获取）id作为主键。6.唯一键不和主键重复。7.索引字段的顺序需要考虑字段值去重之后的个数，个数多的放在前面。8.ORDER BY，GROUP BY，DISTINCT的字段需要添加在索引的后面。9.使用EXPLAIN判断SQL语句是否合理使用索引，尽量避免extra列出现：Using File Sort，UsingTemporary。10.UPDATE、DELETE语句需要根据WHERE条件添加索引。11.不建议使用%前缀模糊查询，例如LIKE “%weibo”。12.对长度过长的VARCHAR字段建立索引时，添加crc32或者MD5 Hash字段，对Hash字段建立索引。13.合理创建联合索引（避免冗余），(a,b,c)相当于 (a) 、(a,b) 、(a,b,c)。14.合理利用覆盖索引。15.SQL变更需要确认索引是否需要变更并通知DBA。SQL语句1.SQL语句中IN包含的值不应过多。2.UPDATE、DELETE语句不使用LIMIT。3.WHERE条件中必须使用合适的类型，避免MySQL进行隐式类型转化。4.SELECT语句只获取需要的字段。5.SELECT、INSERT语句必须显式的指明字段名称，不使用SELECT *，不使用INSERTINTO table。6.使用SELECT column_name1, column_name2 FROM table WHERE[condition]而不是SELECT column_name1 FROM table WHERE[condition]和SELECT column_name2 FROM table WHERE [condition]。7.WHERE条件中的非等值条件（IN、BETWEEN、<、8.避免在SQL语句进行数学运算或者函数运算，容易将业务逻辑和DB耦合在一起。9.INSERT语句使用batch提交（INSERT INTO tableVALUES,,……），values的个数不应过多。10.避免使用存储过程、触发器、函数等，容易将业务逻辑和DB耦合在一起，并且MySQL的存储过程、触发器、函数中存在一定的bug。11.避免使用JOIN。12.使用合理的SQL语句减少与数据库的交互次数。13.不使用ORDER BY RAND，使用其他方法替换。14.建议使用合理的分页方式以提高分页的效率。15.统计表中记录数时使用COUNT(*)，而不是COUNT(primary_key)和COUNT(1)。16.禁止在从库上执行后台管理和统计类型功能的QUERY。散表1.每张表数据量建议控制在5000w以下。2.可以结合使用hash、range、lookup table进行散表。3.散表如果使用md5（或者类似的hash算法）进行散表，表名后缀使用16进制，比如user_ff。4.推荐使用CRC32求余（或者类似的算术算法）进行散表，表名后缀使用数字，数字必须从0开始并等宽，比如散100张表，后缀从00-99。5.使用时间散表，表名后缀必须使用特定格式，比如按日散表user_20110209、按月散表user_201102。

MYSQL读写分离之--MYSQL主从复制、主主复制、双主多从配置 MySQL 主从复制原理：    从库生成两个线程，一个I/O线程，一个SQL线程；    i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中；    主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog；    SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致；MySQL 主从复制主要用途：1.读写分离    在开发工作中，有时候会遇见某个sql 语句需要锁表，导致暂时不能使用读的服务，这样就会影响现有业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。2.数据实时备份，当系统中某个节点发生故障时，可以方便的故障切换一、如何配置MYSQL的主从复制？1. 两台数据库服务器，IP分别为 192.168.216.128 和 192.168.216.129，在服务器上装MYSQL（我的配置版本为5.5.56）2. 打开 192.168.216.128 服务器上的MYSQL的配置文件 /etc/my.cnf （路径根据自己服务器的情况来看），将其中的 server-id 设为1（默认为1，总之两台服务器要设置为不同的ID）,然后重启MYSQL服务3. 打开 192.168.216.129 服务器上的MYSQL的配置文件 /etc/my.cnf （路径根据自己服务器的情况来看），将其中的 server-id 设为2（默认为1），然后重启MYSQL服务4. 设 192.168.216.128 为主服务器，那么在主服务器上加一个从服务器可以登录的用户，语句如下：1GRANT REPLICATION SLAVE ON *.* TO 'sally'@'192.168.216.129' IDENTIFIED BY 'ilovesally';FLUSH PRIVILEGES        建好后，在192.168.216.129 服务器上执行以下语句1mysql -h 192.168.216.128 -usally -pilovesally    然后试一下可不可以连上，如果可以，则正确，如果连不上，看一下什么原因，是否是防火墙的原因，如果是则去配置防火墙的规则。5. 以上完成后在主服务器上执行以下语句，查询master的状态show master status;        可以看到以上结果，这儿只需要看 File 和 Position，其它的两个分别是白名单和黑名单，意思为同步哪几个数据库和不同步哪几个数据库，可自行根据需求进行设置。记录了前两个字段后，在从库上执行以下语句：CHANGE MASTER TO MASTER_HOST='192.168.216.128', MASTER_USER='sally', MASTER_PASSWORD='ilovesally', MASTER_LOG_FILE='mysql-bin.000020', MASTER_LOG_POS=1441;6. 执行完毕后，在从库上继续执行如下语句：slave start; show slave status\G;    这样，查看从服务器的状态，如果状态中的用红线标出来两个参数的值都为YES，那证明配置已经成功，否则可以检查一下具体问题出现在什么地方。     这样，就算配置完成了。在主库中新建数据库，新建一张表，插几条数据，到从库上查询一下看是否已经同步过来。 如果失败，可以从以下几个方面去排查问题：1.首先试一下主从服务器相互之间是否 PING 得通2.试一下远程连接是否正确，如果连不上，则有可能是网卡不一致、防火墙没有放行 3306 端口3.server-id 是否配成一致4.bin-log 的信息是否正确　　二、如何配置MYSQL的主主复制？    上面说了主从复制的配置方法，现在接着上面的配置继续，然后实现双主复制，让以上的两个服务器互为主从。1. 在主服务器上配置 /etc/my.cnf 文件，配置如下：auto_increment_increment=2         #步进值auto_imcrement。一般有n台主MySQL就填n auto_increment_offset=1            #起始值。一般填第n台主MySQL。此时为第一台主MySQL binlog-ignore=mysql                #忽略mysql库【我一般都不写】 binlog-ignore=information_schema   #忽略information_schema库【我一般都不写】    配置之后重启MYSQL服务2.在从服务器上配置 /etc/my.cnf 文件，配置如下auto_increment_increment=2   #步进值auto_imcrement。一般有n台主MySQL就填n auto_increment_offset=2   #起始值。一般填第n台主MySQL。此时为第二台主MySQL binlog-ignore=mysql   #忽略mysql库【我一般都不写】 binlog-ignore=information_schema   #忽略information_schema库【我一般都不写】    配置之后重启MYSQL服务3. 在从服务器上添加一个主服务器可以访问的用户，命令如下：GRANT REPLICATION SLAVE ON *.* TO 'sally1'@'192.168.216.128' IDENTIFIED BY 'ilovesally'; FLUSH PRIVILEGES    建好后，在192.168.216.128 服务器上执行以下语句mysql -h 192.168.216.129 -usally1 -pilovesally    如果可以连上，则进行下一步，连不上的话，参考上面进行问题排查。4. 因为要互为主从，所以现在从服务器也是master ，所以也要查看一下状态show master status;    查到相应的信息后，在原来的主服务器上执行以下命令（因为现在它现在也是另一台的从服务器）CHANGE MASTER TO MASTER_HOST='192.168.216.129', MASTER_USER='sally1', MASTER_PASSWORD='ilovesally', MASTER_LOG_FILE='mysql-bin.000021', MASTER_LOG_POS=1457;5. 执行完毕后，在原主库上继续执行如下语句：start slave; show slave status\G;    同上，如果出现如下画面，则证明配置成功。6. 在两台服务器的MYSQL中分别进行一些建库、建表、插入、更新等操作，看一下另一台会不会进行同步，如果可以则证明主主配置成功，否则还是上面的排错方法，进行错误排查。 三、如何配置MYSQL的双主多从？    现在已经是双主配置了，但是如果要进行读写分离，那么我们要再增加N台从库，如何做呢？非常简单，按如下操作即可：新增加一台数据库服务器，192.168.216.130，数据库配置均与前两台相同2. 确定一下要将哪一台当作自己的主服务器，我们姑且设 192.168.216.128 为主服务器3. 在第三台服务器中编辑 /etc/my.cnf ，将其 server-id 设为 3（保证与前两个不一样即可），然后重启MYSQL服务4. 在主服务器中，增加一条用户记录，用于当前服务器对主库对的连接，代码如下：GRANT REPLICATION SLAVE ON *.* TO 'farrow'@'192.168.216.130' IDENTIFIED BY 'ilovesally'; FLUSH PRIVILEGES;5. 在 192.168.216.130 服务器上测试是否可以连接到主库mysql -h 192.168.216.130 -ufarrow -pilovesally    如果可以连上，则可以进行下一步，否则根据上面的提示排查问题。6. 在 192.168.216.130 服务器上查询 master 当前状态    看到相关信息后，我们执行如下操作：CHANGE MASTER TO MASTER_HOST='192.168.216.128', MASTER_USER='sally', MASTER_PASSWORD='ilovesally', MASTER_LOG_FILE='mysql-bin.000020', MASTER_LOG_POS=1441;7. 执行完毕后，我们查询一下当前服务器的状态start slave; show slave status;    如果状态如下，则说明配置正确    如果此处有问题，参考上面所提排查并解决问题。8. 此时我们在 192.168.216.128 上建库、建表、插入、更新、删除数据，在 另外两台上分别进行查看，发现均已经同步。但是如果我们在 192.168.216.129 上做相应的操作，则发现只有 192.168.216.128 上进行了相应的同步，而 192.168.216.130 上的数据并未同步。这是为什么呢？因为我们设置的主库是 192.168.216.128，所以在 192.168.216.129 进行数据操作的时候并未同步，这显然不符合我们的需求，那么，我们要怎么修改呢？非常简单，在互为主从的两台服务器的配置文件中均加入以下语句：log-slave-updates=on    加上后将两台服务器的MYSQL重启，然后再进行测试，发现数据已经可以同步了。如果要再多加一些从服务器，和以上类似，现在我们做的是双主一从，我们可以再加N台从服务器，配置也是一样的。     至此，MYSQL主从复制、主主复制、双主多从配置我们均已经搞定。    Mysql 主从复制是mysql 高可用，高性能的基础，有了这个基础，mysql 的部署会变得简单、灵活并且具有多样性，从而可以根据不同的业务场景做出灵活的调整。 

mysql 根据经纬度计算距离并排序 mysql 根据经纬度计算距离并排序。计算公式是这样的： Lng1表示A点纬度和经度，Lat2 Lng2 表示B点纬度和经度a = Lat1 – Lat2为两点纬度之差 b = Lng1 -Lng2 为两点经度之差6378.137为地球半径，单位为公里计算出来的结果单位为公里SELECT *, ( 2 * 6378.137 * ASIN( SQRT( POW( SIN( PI() * (111.86141967773438 - lng) / 360 ), 2 ) + COS(PI() * 33.07078170776367 / 180) * COS(lat * PI() / 180) * POW( SIN( PI() * (33.07078170776367 - lat) / 360 ), 2 ) ) ) ) AS juli FROM `area` ORDER BY juli ASC LIMIT 0,  20;PHP计算经纬度方法：/**  * @desc 根据两点间的经纬度计算距离  * @param float $lat 纬度值  * @param float $lng 经度值  */ function getDistance($lat1, $lng1, $lat2, $lng2)  {      $earthRadius = 6367000;           $lat1 = ($lat1 * pi() ) / 180;      $lng1 = ($lng1 * pi() ) / 180;        $lat2 = ($lat2 * pi() ) / 180;      $lng2 = ($lng2 * pi() ) / 180;        $calcLongitude = $lng2 - $lng1;      $calcLatitude = $lat2 - $lat1;      $stepOne = pow(sin($calcLatitude / 2), 2) + cos($lat1) * cos($lat2) * pow(sin($calcLongitude / 2), 2);      $stepTwo = 2 * asin(min(1, sqrt($stepOne)));      $calculatedDistance = $earthRadius * $stepTwo;            return round($calculatedDistance);  }

mongodb设置密码 mongodb安装后是无需密码Mongodb安装后自身是没有密码的，用户连接只需填写id地址，端口号，数据库名称即可安全问题只要你服务器的mongodb数据库端口开放，任何人的电脑都可以连接到你的数据库，操作修改你的mongodb数据，本人以前就遭受过入侵，深有感触。如图：黑客盗取你的数据库，然后留下一个邮箱和账号，要求你给比特币才肯归还数据库给你。。。给mongodb加密如果需要给MongoDB数据库使用安全验证，则需要用--auth开启安全性检查，只有数据库认证的用户才能执行读写操作，开户安全性检查。第一步：开机先：mongod --dbpath 存放数据库文件夹路径第二步:打开命令行窗口输入mongo，进入mongo环境 第三步：切换到 'admin' 数据库 use admin第四步：给admin设置用户密码:user: 用户名, pwd: 用户密码,roles: 用来设置用户的权限，比如读，读写 等等db.createUser({user: 'root', pwd: '123456', roles: ['root']})验证是否添加成功，'db.auth(用户名，用户密码)' 这里用db.auth('root', '123456') 如果返回 '1'表示验证成功， 如果是 '0' 表示验证失败...第5步：刚才是给root设置密码，现在要给特定的每个库设置权限，比如我这里有一个库，库名字叫做Article,这里以Article这个库为例切换到Article数据库，use Article接下来为这个库添加一个用户，并且赋予权限，db.createUser({user:'zwVic',pwd:'adgjmp123',roles: [{role:'readWrite',db:'Article'}]})})这行代码意思是 创建一个zwStar用户 给予读写权限 db表示该用户操作的数据库名OK，一切搞定，重新开机mongodb，MongoDB默认是没有开启访问控制，我们通过--auth参数重启mongod服务。mongod --dbpath 存放数据库文件夹路径 --auth一旦开启了，用户连接mongod必须指定用户名和密码。连接加密数据库xxx.db('mongodb://your name: your pwd@ ip :27017/Article');your name：为用户名your pwd:为密码总结通过加密后。连接数据库就需要账号，密码，同时阿里云或者腾讯云上也可以给服务器设置安全组增加安全性，比如27107这个端口只授权给自己访问等等....