## 新年祝福

2024年2月10日，是中国农历二〇二四年第一天，祝大家：
> 财无尽，事趁心；家和睦，意顺心；朋满座，情浸心；身康健，梦迎心。

*过去，就让悲伤往事随风去，未来，希望亨通彩运在前方；那么桃源彼岸何处觅？大概百般技艺去他乡。*



## 生肖

十二生肖：鼠、牛、虎、兔、龙、蛇、马、羊、猴、鸡、狗、猪  
十二时辰：子、丑、寅、某、辰、巳、午、未、申、酉、午、亥

2024年的生肖是龙。

## 甲辰年

中国传统纪年的干支纪年中一个循环的第41年称“甲辰年”，太岁为李诚大将军。以下各个公元年份，年份数除以60余44，或年份数减3，除以10的余数是1，除以12的余数是5，农历自正月初一至除夕，干支历自当年立春起至次年立春（不含）止的岁次内，均为“甲辰年”：

|第1千年|第2千年|第3千年|
|--|--|--|
|44年	|1004年	|2024年    |
|104年	|1064年	|2084年    |
|164年	|1124年	|2144年    |
|224年	|1184年	|2204年    |
|284年	|1244年	|2264年    |
|344年	|1304年	|2324年    |
|404年	|1364年	|2384年    |
|464年	|1424年	|2444年    |
|524年	|1484年	|2504年    |
|584年	|1544年	|2564年    |
|644年	|1604年	|2624年    |
|704年	|1664年	|2684年    |
|764年	|1724年	|2744年    |
|824年	|1784年	|2804年    |
|884年	|1844年	|2864年    |
|944年	|1904年	|2924年    |
|	|1964年	|2984年        |

> PS: 有些人说今年可能会发生一些大事，甚至改变世界格局，我们拭目以待吧！

2024年2月10日甲辰龙年新年快乐

## 简介

本文用于整理记录一下使用 `ChatCPT` 学习使用 `Mysql` 如何存储IP地址那点事。如果你详细阅读本文, 相信你可以搞懂 `VARBINARY` 类型的一些知识. 



## 用什么数据类型？

问：*mysql数据库存储IP地址，建议使用什么数据类型*

CharGPT：

> 当在 MySQL 数据库中存储 IP 地址时，可以考虑使用 VARBINARY 或 CHAR 数据类型，这取决于你的具体需求。以下是两种常用的方式：
> 
> - VARBINARY：使用 VARBINARY 类型可以存储不定长的二进制数据，适合存储 IPv4 或 IPv6 地址。如果你的应用程序需要处理不同版本的 IP 地址（IPv4 和 IPv6），VARBINARY 是更灵活的选择。
> 
> 示例：
> 
> ```sql
> CREATE TABLE ip_addresses (
>     id INT PRIMARY KEY,
>     ip_address VARBINARY(16) -- 对于 IPv6 地址，可以使用 VARBINARY(16)，对于 IPv4 地址，可以使用 VARBINARY(4)
> );
> ```
> - CHAR：如果你知道你的应用程序只处理特定长度的 IP 地址，可以考虑使用 CHAR 类型。例如，IPv4 地址是 15 个字符，IPv6 地址是 39 个字符。
> 
> 示例：
> 
> ```sql
> CREATE TABLE ip_addresses (
>     id INT PRIMARY KEY,
>     ip_address CHAR(39) -- 对于 IPv6 地址，可以使用 CHAR(39)，对于 IPv4 地址，可以使用 CHAR(15)
> );
> ```
> 
> 注意：
> 
> 在实际应用中，可能会使用 INET_ATON 和 INET_NTOA 函数将 IP 地址转换为整数，然后存储为整数类型，这样能够更方便地进行查询和排序。不过，这样做会失去直接存储 IP 地址字符串的可读性。
> 
> 如果你的应用程序需要进行 IP 地址范围查询或其他复杂的 IP 地址相关操作，你可能需要设计更复杂的数据结构或使用专门的数据库扩展/插件。
> 
> 综上所述，选择使用 `VARBINARY` 或 `CHAR` 主要取决于你的应用需求和对存储空间的关注。


## VARBINARY如何使用?

问: *VARBINARY是什么类型？可读性怎么样？给个实例*

ChatGPT: (提示, 下面的示例不太对, 起码不常用)

> VARBINARY 是一种 MySQL 数据库中用于存储可变长度二进制数据的数据类型。它与 VARCHAR 类似，但用于存储二进制数据而不是字符数据。VARBINARY 可以存储任意长度的二进制数据，包括字节、图片、文件等。这种数据类型在存储 IP 地址时非常有用，特别是当处理 IPv6 地址时，因为 IPv6 地址比 IPv4 地址更长。
> 
> 以下是使用 VARBINARY 存储 IP 地址的简单示例：
> 
> ```sql
> CREATE TABLE ip_addresses (
>     id INT PRIMARY KEY,
>     ip_address VARBINARY(16) -- 对于 IPv6 地址，可以使用 VARBINARY(16)，对于 IPv4 地址，可以使用 VARBINARY(4)
> );
> 
> -- 插入 IPv6 地址
> INSERT INTO ip_addresses (id, ip_address) VALUES (1, UNHEX('2001:0db8:85a3:0000:0000:8a2e:0370:7334'));
> 
> -- 插入 IPv4 地址
> INSERT INTO ip_addresses (id, ip_address) VALUES (2, UNHEX('c0a80101'));
> ```
> 
> 在上面的示例中，UNHEX 函数用于将十六进制字符串转换为二进制数据，然后将其插入到 VARBINARY 类型的字段中。这样，你可以存储 IPv4 或 IPv6 地址，而不需要考虑长度限制。
> 
> 注意：尽管 VARBINARY 在存储二进制数据时非常灵活，但它不是可读的。如果你需要可读性，你可能需要使用 CHAR 类型或将 IP 地址存储为字符串。

## 如何存储IPv4?

问: *IPv4地址一般不都是四位十进制的整数吗？你的示例中为什么是16进制*

ChatGPT:

> 你是对的，IPv4 地址通常由四个十进制数表示，每个数在 0 到 255 之间。我在前一个回答中的示例中使用十六进制是为了演示存储 IPv6 地址时 VARBINARY 数据类型的用法。对于 IPv4 地址，你可以使用十进制或将其转换为二进制。
> 
> 以下是使用十进制表示 IPv4 地址的示例：
> 
> ```sql
> CREATE TABLE ipv4_addresses (
>     id INT PRIMARY KEY,
>     ip_address VARBINARY(4)
> );
> 
> -- 插入 IPv4 地址，例如 192.168.1.1
> INSERT INTO ipv4_addresses (id, ip_address) VALUES (1, INET_ATON('192.168.1.1'));
> 
> -- 查询 IPv4 地址
> SELECT id, INET_NTOA(ip_address) AS ipv4_address FROM ipv4_addresses;
> ```
> 
> 在这个示例中，INET_ATON 函数用于将 IPv4 地址转换为整数，然后将其存储在 VARBINARY(4) 数据类型的字段中。使用 INET_NTOA 函数可以将整数转换回可读的 IPv4 地址。
> 
> 如果你更喜欢使用十六进制表示，可以使用十六进制的字符串表示法，然后使用 UNHEX 函数将其转换为二进制数据，但这并不是通常的做法，因为它会降低可读性。

## 如何存储IPv6?

问: *varbinary(16)类型的字段如何存储 `2409:8a3c:46d:5b70:48e:3882:11dd:3119` 这样的IPV6地址*

ChatGPT:

> IPv6 地址是128位的，通常以8组16进制数表示，每组由4个字符组成，以冒号分隔。在 MySQL 中，如果要存储 IPv6 地址，可以使用 VARBINARY(16) 数据类型。
> 
> 以下是一个存储 IPv6 地址的示例：
> 
> ```sql
> CREATE TABLE ipv6_addresses (
>     id INT PRIMARY KEY,
>     ip_address VARBINARY(16)
> );
> 
> -- 插入 IPv6 地址
> INSERT INTO ipv6_addresses (id, ip_address) VALUES (1, INET6_ATON('2409:8a3c:46d:5b70:48e:3882:11dd:3119'));
> 
> -- 查询 IPv6 地址
> SELECT id, INET6_NTOA(ip_address) AS ipv6_address FROM ipv6_addresses;
> ```
> 
> 在这个示例中，INET6_ATON 函数用于将 IPv6 地址转换为二进制数据，然后将其存储在 VARBINARY(16) 数据类型的字段中。使用 INET6_NTOA 函数可以将二进制数据转换回可读的 IPv6 地址。
> 
> 请注意，IPv6 地址的长度为128位，相当于16个字节。因此，我们选择了 VARBINARY(16) 作为存储 IPv6 地址的数据类型。

## 总结实例

假设你有一张 `log` 表，有 `ip` 和 `v` 两个字段，分别用于存储IP地址和类型。

- ip 字段：`VARBINARY(16)`
- v 字段：`int`，4代表IPv4，6代表IPv6。

基本操作如下:

```sql
-- 插入IPv4数据
insert into iplog(ip,v) value (INET_ATON('192.168.0.1'), 4);
-- 查询IPv4数据
select INET_NTOA(ip) from iplog where v = 4;

-- 插入IPv6数据
insert into iplog(ip,v) value (INET6_ATON('2409:8a3c:46d:5b70:48e:3882:11dd:3119'), 6);
-- 查询IPv6数据
select INET6_NTOA(ip) from iplog where v = 6;
```

## 拓展

问: *VARBINARY和BINARY有什么区别*

ChatGPT: 

> VARBINARY 和 BINARY 都是 MySQL 中用于存储二进制数据的数据类型，它们之间的主要区别在于是否具有可变长度。
> 
> - `VARBINARY`：`VARBINARY` 表示可变长度的二进制数据类型。 在创建表时，你需要指定最大长度。例如，`VARBINARY(255)` 表示可以存储最多 `255` 个字节的可变长度二进制数据。 如果存储的实际数据长度小于最大长度，MySQL 将只使用实际数据所需的存储空间。 示例：`VARBINARY(255)`
> 
> - `BINARY`：`BINARY` 表示固定长度的二进制数据类型。 在创建表时，你需要指定确切的长度。例如，`BINARY(10)` 表示存储固定长度为 `10` 个字节的二进制数据。 如果存储的实际数据长度小于指定的长度，MySQL 会在右侧填充空字节。 示例：`BINARY(10)`
> 
> 示例用法：
> 
> ```sql
> -- 使用 VARBINARY 存储二进制数据
> CREATE TABLE varbinary_example (
>     id INT PRIMARY KEY,
>     data VARBINARY(255)
> );
> 
> -- 使用 BINARY 存储固定长度二进制数据
> CREATE TABLE binary_example (
>     id INT PRIMARY KEY,
>     data BINARY(10)
> );
> ```
> 
> 总的来说，选择使用 `VARBINARY` 还是 `BINARY` 取决于你的需求。如果你存储的二进制数据长度可能变化，可以使用 `VARBINARY`。如果你要确保固定长度的存储，并希望在存储实际数据不足指定长度时填充空字节，可以使用 `BINARY`。

问: *IPv6换算为2进制有多少位？为什么能存到VARBINARY(16)中*

ChatGPT: 

> IPv6 地址是128位的，通常表示为8组16进制数，每组由4个字符组成，中间用冒号分隔。这样的表示法下，IPv6 地址总共有 32 个字符（8 组 * 4 字符/组），而每个十六进制字符可以表示4位二进制数。
> 
> 因此，IPv6 地址换算为二进制的位数为 `32 * 4 = 128` 位。
> 
> `VARBINARY(16)` 是 MySQL 中用于存储可变长度二进制数据的类型，其中的数字 16 表示该字段最大能够存储的字节数。虽然 IPv6 地址本身有128位，但 `VARBINARY(16)` 的目的并不是直接存储 IPv6 地址的二进制表示，而是提供了一个足够大的空间来存储 IPv6 地址的二进制形式。
> 
> 在 MySQL 中，IPv6 地址通常会使用 `VARBINARY(16)` 存储，以确保有足够的空间来容纳 IPv6 地址的二进制表示。这并不意味着每个 IPv6 地址都会占用 16 字节，而是提供了足够的空间以应对 IPv6 地址未来可能的变化和扩展。

问: *16 字节相当于多少位2进制？*

ChatGPT: 

> 一个字节（Byte）等于8位（bits）。因此，16字节等于16 * 8 = 128位。

浅谈Mysql中VARBINARY(16)存储IP地址

![cron](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1706872042852.png)

常见Cron表达式示例

## 简介

记录一下，万一以后用得着呢。



```xml
<configuration>
    
    <appender name="ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender">
    
    	
    	
        <prudent>false</prudent>
        
    	
        <file>mylog.txt</file>
        
        
        
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            
            
            
            
            <fileNamePattern>mylog-%d{yyyy-MM-dd}.%i.txt</fileNamePattern>
            
            <maxFileSize>100MB</maxFileSize>
            
            <maxHistory>60</maxHistory>
            
            <totalSizeCap>20GB</totalSizeCap>
        </rollingPolicy>
        
        <encoder>
            <pattern>%msg%n</pattern>
        </encoder>
    </appender>
	
    <root level="DEBUG">
        <appender-ref ref="ROLLING" />
    </root>
</configuration>
```

## 其他详解

```xml
<configuration>根节点
    scan: 当此属性设置为true时，配置文件如果发生改变，将会被重新加载。默认值为true。
    scanPeriod: 设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。
    debug: 当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。
    <contextName>: 每个logger都关联到logger上下文，默认上下文名称为“default”。但可以使用设置成其他名字，用于区分不同应用程序的记录。一旦设置，不能修改,可以通过%contextName来引用日志上下文名称
    <property>: 用来定义变量值的标签,通过定义的值会被插入到logger上下文中。定义变量后，可以使 ${} 来使用变量。
    <appender>: 用来格式化日志输出节点，
    有两个属性 name 和 class，class 用来指定哪种输出策略，常用就是：
    控制台输出策略(class = ch.qos.logback.core.ConsoleAppender)
        <layout>
        class = ch.qos.logback.classic.PatternLayout: 控制台日志输出模式
        <pattern>: 设置日志记录行格式
文件输出策略(class = ch.qos.logback.core.rolling.RollingFileAppender)
        常见的日志输出到文件，随着应用的运行时间越来越长，日志也会增长的越来越多，将他们输出到同一个文件并非一个好办法，ch.qos.logback.core.rolling.RollingFileAppender 用于切分文件日志
        <filter>
            class = ch.qos.logback.classic.filter.LevelFilter: 匹配过滤，对匹配到的日志执行匹配策略
            <level>: 匹配级别
            <onMatch>: 匹配到的执行策略
            <onMisMatch>: 不匹配的执行策略
            class = ch.qos.logback.classic.filter.ThresholdFilter: 门槛过滤，只记录级别以上的日志
            <level>: 匹配级别
        <encoder>
            <pattern>: 设置日志记录行格式
        <rollingPolicy>
            class = ch.qos.logback.core.rolling.TimeBasedRollingPolicy: 根据时间来分割日志文件，每天生成一个，这样可能每天的日志文件的大小不固定
            class = ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy: 根据文件大小来分割，每达到maxFileSize就分割出来一个文件
            class = ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy: 同时按照每天和大小来分割日志文件, 这种方式pattern中必须包含 %d 和%i。
            <fileNamePattern>: 定义分隔的日志文件的名称规则
            <maxHistory>: 表示只保留最近N天的日志，以防止日志填满整个磁盘空间
            <totalSizeCap>: 指定日志文件的上限大小，例如设置为1GB的话，那么到了这个值，就会删除旧的日志
    <root>: 用来指定最基础的日志输出级别，可以包含零个或多个 <appender-ref>，标识这个appender将会添加到这个logger。
        level: 用来设置打印级别，大小写无关：TRACE， DEBUG， INFO， WARN，ERROR， ALL 和 OFF
        <appender-ref>
                ref: 指向 <appender> 的 name 属性
    <logger>: 用来设置某一个包或者具体的某一个类的日志打印级别，以及指定appender
        name: 用来指定受此logger约束的某一个包或者具体的某一个类。
        level: 用来设置打印级别，大小写无关：TRACE， DEBUG， INFO， WARN，ERROR， ALL 和 OFF，如果未设置此属性，那么当前logger将会继承上级的级别，所谓向上级传递就是是否使用root的配置
        addtivity: 是否向上级logger传递打印信息。默认是true
        <appender-ref>
            ref: 指向 <appender> 的 name 属性
```

logback配置详解

## 简介

在 linux 服务器上，有时需要手动安装 Redis，为了便捷管理 Redis 并设置开机自启，可以尝试使用本脚本。
> PS：不保证能够直接使用，请根据自身情况自行修改。



```sh
#! /bin/sh
# chkconfig: 2345 10 90  
# Description: Startup script for redis webserver on Debian. Place in /etc/init.d and
# run 'update-rc.d -f redis defaults', or use the appropriate command on your
# distro. For CentOS/Redhat run: 'chkconfig --add redis'

### BEGIN INIT INFO
# Provides:          redis
# Required-Start:    $all
# Required-Stop:     $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: starts the redis web server
# Description:       starts redis using start-stop-daemon
### END INIT INFO

PATH=/usr/local/redis/bin:/sbin:/bin		        # 本机存放redis命令的目录
FilePath=/usr/local/redis			        # 文件地址
REDISPORT=6379						# redis的默认端口，与redis.conf中一致
SERVER=$FilePath/bin/redis-server			# redis服务端
CLIENT=$FilePath/bin/redis-cli				# redis客户端
PIDFILE=$FilePath/logs/redis.pid			# reids的进程文件生成的位置
CONF=$FilePath/conf/redis.conf				# redis的配置文件所在的目录  

case "$1" in
	start)
		if [ -f $PIDFILE ];then
			echo "$PIDFILE exist, process is already running."
			exit 1
		else
			echo "Starting Redis server..."
			$SERVER $CONF
		fi
		if [ "$?"="0" ];then
			echo "Redis started successfully"
			exit 1
		else
			echo "Redis started failed"
		fi
		;;
	stop)
		if [ ! -f $PIDFILE ];then
			echo "$PIDFILE doesn't exist, process is not running."
			exit 1
		else
			PID=$(cat $PIDFILE)
			echo "Stopping Redis server..."
			$CLIENT -p $REDISPORT  SHUTDOWN
			sleep 1
			while [ -x $PIDFILE ]
			do
				echo "Waiting for Redis to shutdown..."
				sleep 1
			done
			echo "Redis stopped"
		fi
		;;
	restart|force-reload)   
		$0 stop 
		sleep 2
		$0 start   
		;;   
	*)   
	    echo "Usage: $0 {start|stop|restart|force-reload}"
		exit 1 
		;;		
esac

```

Redis自动启动脚本

twitter:card

twitter:title

twitter:site

twitter:image

努力做一只帅气、有才、豁达的老狗！

twitter:description

程序员,笔记,Bug记录,编程技术,AI,Java,Node,Golang,个人博客,资源分享,月上老狗,dingdangdog