JMM

Architecture.md

@@ -4598,6 +4598,92 @@ return false;
 
 # 其它设计
 
+## IP地址存储
+
+当存储IPv4地址时，应该使用32位的无符号整数（UNSIGNED INT）来存储IP地址，而不是使用字符串。相对字符串存储，使用无符号整数来存储有如下的好处：
+
+- 节省空间，不管是数据存储空间，还是索引存储空间
+- 便于使用范围查询（BETWEEN...AND），且效率更高
+
+通常，在保存IPv4地址时，一个IPv4最小需要7个字符，最大需要15个字符，所以，使用`VARCHAR(15)`即可。MySQL在保存变长的字符串时，还需要额外的一个字节来保存此字符串的长度。而如果使用无符号整数来存储，只需要4个字节即可。
+
+使用无符号整数来存储也有缺点：
+
+- 不便于阅读
+- 需要手动转换
+
+对于转换来说，MySQL提供了相应的函数来把字符串格式的IP转换成整数`INET_ATON`，以及把整数格式的IP转换成字符串的`INET_NTOA`。如下所示：
+
+```sql
+mysql> select inet_aton('192.168.0.1');
++--------------------------+
+| inet_aton('192.168.0.1') |
++--------------------------+
+|               3232235521 |
++--------------------------+
+1 row in set (0.00 sec)
+
+mysql> select inet_ntoa(3232235521);
++-----------------------+
+| inet_ntoa(3232235521) |
++-----------------------+
+| 192.168.0.1           |
++-----------------------+
+1 row in set (0.00 sec)
+```
+
+对于IPv6来说，使用`VARBINARY`同样可获得相同的好处，同时MySQL也提供了相应的转换函数，即`INET6_ATON`和`INET6_NTOA`。
+
+对于转换字符串IPv4和数值类型，可以放在应用层，下面是使用java代码来对二者转换：
+
+```java
+public class IpLongUtils {
+    /**
+     * 把字符串IP转换成long
+     *
+     * @param ipStr 字符串IP
+     * @return IP对应的long值
+     */
+    public static long ip2Long(String ipStr) {
+        String[] ip = ipStr.split("\\.");
+        return (Long.valueOf(ip[0]) << 24) + (Long.valueOf(ip[1]) << 16)
+                + (Long.valueOf(ip[2]) << 8) + Long.valueOf(ip[3]);
+    }
+
+    /**
+     * 把IP的long值转换成字符串
+     *
+     * @param ipLong IP的long值
+     * @return long值对应的字符串
+     */
+    public static String long2Ip(long ipLong) {
+        StringBuilder ip = new StringBuilder();
+        ip.append(ipLong >>> 24).append(".");
+        ip.append((ipLong >>> 16) & 0xFF).append(".");
+        ip.append((ipLong >>> 8) & 0xFF).append(".");
+        ip.append(ipLong & 0xFF);
+        return ip.toString();
+    }
+
+    public static void main(String[] args) {
+        System.out.println(ip2Long("192.168.0.1"));
+        System.out.println(long2Ip(3232235521L));
+        System.out.println(ip2Long("10.0.0.1"));
+    }
+
+}
+```
+
+输出结果为：
+
+```properties
+3232235521
+192.168.0.1
+167772161
+```
+
+
+
 ## 短链接
 
 公认方案：

Database.md

@@ -608,29 +608,15 @@ WHERE A.EMP_SUPV_ID = B.EMP_ID;
 
 ## 事务特性（ACID）
 
-**原子性（Atomicity）**
+- **原子性（Atomicity）**：事务是最小的执行单位，不允许分割。原子性确保动作要么全部完成，要么完全不起作用。
 
-事务是数据库的逻辑工作单位，事务中包含的各操作要么都做，要么都不做。
+- **一致性（Consistency）**：执行事务前后，数据保持一致。
 
+  一个事务执行前后，应该使数据库从一个一致性状态转换为另一个一致性状态。比方说假设A、B两个人，共有5000元。那么无论A给B转多少钱，转多少次，总数仍然是5000没有改变。
 
+- **隔离性（Isolation）**：并发访问数据库时，一个事务不被其他事务所干扰。
 
-**一致性（Consistency）**
-
-事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统 运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是 不一致的状态。
-
-一个事务执行前后，应该使数据库从一个一致性状态转换为另一个一致性状态。比方说假设A、B两个人，共有5000元。那么无论A给B转多少钱，转多少次，总数仍然是5000没有改变。
-
-
-
-**隔离性（Isolation）**
-
-一个事务的执行不能受到其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。
-
-
-
-**持久性（Durability）**
-
-指一个事务一旦提交，它对数据库中数据的改变就是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。
+- **持久性（Durability）**：一个事务被提交之后。对数据库中数据的改变是持久的，即使数据库发生故障。