分类后端技术下的文章

2024-09-02

所有,redis

Redis 和 MySQL 数据同步可以通过以下几种方式实现：

使用 MySQL 触发器同步数据到 Redis。
使用外部程序定期轮询 MySQL 并更新 Redis。
使用中间件，如 Binlog 服务器来监听 MySQL 的二进制日志。

以下是使用 MySQL 触发器同步数据到 Redis 的示例：

首先，确保已经安装并配置好 Redis 和 MySQL。

在 MySQL 中创建触发器来监听数据变化事件：




DELIMITER $$
 
CREATE TRIGGER `your_table_after_insert` AFTER INSERT ON `your_table` FOR EACH ROW
BEGIN
    -- 使用 UUID 或其他唯一键作为 Redis 的 key
    SET @redis_key = UUID();
    -- 将新插入的行数据序列化为 JSON 字符串
    SET @json_value = JSON_OBJECT('id', NEW.id, 'data', NEW.data);
 
    -- 调用存储过程或者直接执行命令将数据存储到 Redis
    CALL redis_set_command(@redis_key, @json_value);
END$$
 
DELIMITER ;

在 Redis 中创建对应的存储过程 redis_set_command：




-- 假设你已经加载了 Lua 脚本的 Redis 模块
local redis = require 'redis'
 
-- 连接到 Redis
local client = redis.connect('127.0.0.1', 6379)
 
-- 存储数据的函数
function redis_set_command(key, value)
    -- 将数据存储到 Redis
    client:set(key, value)
end
 
-- 调用函数
redis_set_command(KEYS[1], ARGV[1])

注意：这只是一个简单的示例，实际应用中需要考虑更多因素，如数据序列化、错误处理、性能优化等。

为了保证数据的一致性和完整性，你可能还需要实现相应的删除和更新触发器。同时，确保 Redis 和 MySQL 的数据库连接是安全可靠的，并考虑使用合适的隔离级别和事务控制。

ubuntu20.04/etc/resolv.conf 语法语义解释

2024-09-02

/etc/resolv.conf 是一个配置文件，用于指定系统如何查找域名对应的IP地址。在 Ubuntu 20.04 中，这个文件通常由 systemd-resolved 服务管理，并且通常不应手动编辑。

/etc/resolv.conf 的内容通常如下所示：




# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers.
#
# Third party programs must not access this file directly, but only through the
# interface provided by the systemd-resolved service.
#
# Note that the resolv.conf(5) manual page indicates that programs
# should use the nameserver information provided by the resolver,
# and that this file is not intended to be edited directly.
#
# However, some Linux distributions default to including this file
# and others install packages that require it to be configured with
# real DNS servers. In this case, you may edit it as you like, as
# long as you keep the nameserver lines.

如果你需要修改 DNS 设置，你可以使用 nmcli 命令或者 systemd-resolve 命令。例如，使用 nmcli 设置 DNS 服务器：




nmcli connection modify <connection-name> ipv4.dns "8.8.8.8,8.8.4.4"
nmcli connection up <connection-name>

替换 <connection-name> 为你的网络连接名称，8.8.8.8 和 8.8.4.4 是你想要设置的 DNS 服务器地址。

请注意，如果你直接编辑 /etc/resolv.conf，你的更改可能会在下次服务更新或网络重连时被覆盖。因此，推荐使用上述命令来管理 DNS 设置。

Oracle ORA 01810 格式代码出现两次

2024-09-02

错误解释：

ORA-01810 错误指的是格式代码在日期格式化字符串中出现了两次。在Oracle中，格式模型（如DD-MON-YY）用于将日期转换为字符串或者将字符串转换为日期。当你在这个模型中重复使用了同一个格式元素，比如DD（日期部分），Oracle会抛出ORA-01810错误。

解决方法：

检查你的日期格式化字符串，确保每个格式元素只出现一次。例如，如果你的格式字符串是DD-DD-YYYY，那么就会出现两次日期元素DD。你需要修改这个字符串，确保每个日期和时间组件只出现一次。

示例：

如果你的格式字符串是：




TO_DATE('22-22-1912', 'DD-DD-YYYY')

你应该将其修改为：




TO_DATE('22-22-1912', 'DD-MM-YYYY')

这里MM代表月份，确保了没有重复的日期格式元素。

2024-09-02

在Oracle数据库中，expdp和impdp是数据泵工具，用于执行高速数据和元数据的数据库级别的数据迁移。directory对象是Oracle数据库中用于指定操作系统文件夹的逻辑目录，expdp和impdp可以利用这些目录来读取或写入数据文件。

创建一个directory对象的基本语法如下：




CREATE DIRECTORY directory_name AS 'os_directory_path';

其中，directory_name是你想要创建的目录对象名称，os_directory_path是操作系统中的实际文件夹路径。

例如，如果你想创建一个名为data_pump_dir的目录对象，该对象指向操作系统中的/u01/app/oracle/data_pump目录，你可以使用以下命令：




CREATE DIRECTORY data_pump_dir AS '/u01/app/oracle/data_pump';

在创建好directory对象后，你需要确保Oracle数据库用户有权限访问这个目录。

使用expdp和impdp时，可以通过DIRECTORY参数指定你创建的directory对象，例如：




expdp system/password@db11g directory=data_pump_dir dumpfile=expdp.dmp logfile=expdp.log schemas=schema_name




impdp system/password@db11g directory=data_pump_dir dumpfile=expdp.dmp logfile=impdp.log schemas=schema_name

在这些命令中，system/password@db11g是Oracle数据库的用户名、密码和数据库实例，data_pump_dir是你之前创建的directory对象，expdp.dmp和expdp.log是导出的数据文件和日志文件，schema_name是你想要导入或导出的模式名。

注意：在实际操作中，需要确保Oracle数据库用户对directory对象所指向的操作系统文件夹具有适当的读写权限。

2024-09-02

所有,java

解释：

java.net.BindException: Address already in use 错误表示尝试绑定的网络地址（通常是端口号）已经被其他应用程序占用。在Spring Boot应用程序启动时，如果配置的端口已经被其他服务使用，就会发生这个错误。

解决方法：

查找并停止占用该端口的现有服务。可以使用如下命令查看哪个应用程序正在使用该端口：
- 对于Windows系统，可以使用 netstat -ano | findstr :<端口号>
- 对于Linux系统，可以使用 lsof -i:<端口号> 或 netstat -tulnp | grep :<端口号>
如果你不能停止占用端口的服务，可以更改Spring Boot应用程序的配置，使用不同的端口。在application.properties或application.yml文件中修改server.port的值。
确保没有网络设备或软件（如防火墙规则）阻止应用程序使用该端口。

在修改端口后，重新启动Spring Boot应用程序。

46.Python-web框架-Django - 多语言配置

2024-09-02




# Django settings.py 文件中的多语言配置示例
 
# 启用国际化支持
USE_I18N = True
 
# 启用时区支持
USE_L10N = True
 
# 启用本地化数据库
USE_TZ = True
 
# 设置默认语言
LANGUAGE_CODE = 'en-us'
 
# 设置允许的语言列表
LANGUAGES = [
    ('en', 'English'),
    ('fr', 'Français'),
    ('es', 'Español'),
]
 
# 设置时区
TIME_ZONE = 'UTC'
 
# 设置允许的时区列表
TIMEZONES = [
    ('UTC', 'UTC'),
    ('America/Chicago', 'Central Time'),
    ('Europe/Paris', 'Paris Time'),
]

这个配置示例展示了如何在Django项目的settings.py文件中设置多语言和时区支持。USE_I18N和USE_L10N标志启用了国际化和本地化的特性，LANGUAGE_CODE设置了默认的语言，LANGUAGES定义了可用的语言列表，TIME_ZONE设置了默认的时区，TIMEZONES定义了可用的时区列表。

MySQL 安装部署：全面部署手册

2024-09-02

以下是一个简化的MySQL安装和部署的全面手册，适用于大多数基于Linux的操作系统：

更新系统包列表并安装MySQL服务器：




sudo apt update
sudo apt install mysql-server

启动MySQL服务并设置开机自启：




sudo systemctl start mysql
sudo systemctl enable mysql

运行安全安装脚本来设置密码和调整安全选项：




sudo mysql_secure_installation

登录MySQL以确认服务运行正常：




mysql -u root -p

创建一个新的用户和数据库（可选）：




CREATE DATABASE mydatabase;
CREATE USER 'myuser'@'localhost' IDENTIFIED BY 'mypassword';
GRANT ALL PRIVILEGES ON mydatabase.* TO 'myuser'@'localhost';
FLUSH PRIVILEGES;

退出MySQL命令行工具：




exit;

以上步骤涵盖了在Ubuntu/Debian系统上安装MySQL服务器的基本过程。对于其他Linux发行版，比如CentOS或Red Hat，步骤可能略有不同，但基本概念相同：更新、安装、启动和配置。

Redis探秘Sentinel（哨兵模式）：原理、机制与实战

2024-09-02

所有,redis

Redis Sentinel 是 Redis 的一个高可用解决方案，它由两个主要部分组成：Sentinel 服务和 Redis 服务。

Sentinel 服务：它是一个分布式系统，可以部署多个 Sentinel 实例来监控和维护 Redis 服务。
Redis 服务：是被监控的服务，通常是主从同步或哨兵模式的一部分。

原理：

Sentinel 会定时监控 Redis 服务的健康状况，当发现 Redis 服务宕机时，它会开始一个选举过程来选举一个 Sentinel 作为领导者（leader）来进行故障转移操作。当 Redis 服务恢复后，Sentinel 会将其升级为主服务器，并将其他的 Redis 服务指向它。

机制：

监控 (Monitoring): Sentinel 会持续检查主服务器和从服务器的健康状况。
提醒 (Notification): 当被监控的 Redis 服务出现问题时，Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。
自动故障转移 (Automatic failover): 当一个主服务器不可用时，Sentinel 会开始一个故障转移进程，它会将失效主服务器的一个从服务器升级为新的主服务器，并让其他从服务器指向新的主服务器。
配置提供者 (Configuration provider): 客户端在连接 Sentinel 时，Sentinel 可以提供当前主服务器的信息。
服务发现 (Service discovery): 客户端可以询问 Sentinel 关于主服务器和从服务器的信息。

实战：

以下是一个简单的 Redis Sentinel 配置实例：




# sentinel.conf
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000

在这个配置中：

sentinel monitor mymaster: 这行指定了 Sentinel 要监控的主服务器的名字和地址。
127.0.0.1 6379: 主服务器的地址和端口。
2: 最少有2个Sentinel同意认为主服务器不可用时，才进行故障转移。

启动 Redis Sentinel：




redis-sentinel /path/to/sentinel.conf

这只是一个非常基础的配置和启动实例，实际部署时需要考虑更多的配置选项，比如指定端口、设置密码、配置日志等。

Spring Cloud Gateway使用和配置

2024-09-02

所有,java

Spring Cloud Gateway是Spring Cloud的一部分，提供了一种简单而有效的方法来对API网关实现路由转发、过滤链等功能。

以下是一个简单的Spring Cloud Gateway配置示例：




@Configuration
public class GatewayConfig {
 
    @Bean
    public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
        return builder.routes()
                .route("path_route", r -> r.path("/mypath/**")
                        .uri("http://myservice"))
                .route("host_route", r -> r.host("*.myhost.org")
                        .uri("http://myservice"))
                .build();
    }
}

在这个配置中，我们定义了两条路由规则：

path_route：将匹配所有到达/mypath/的请求，并将它们转发到http://myservice。
host_route：将匹配所有到达myhost.org域名的请求，并将它们转发到http://myservice。

Spring Cloud Gateway还支持其他功能，如过滤器链（如权限校验、限流等），可以通过定义过滤器来实现。




@Bean
public GatewayFilter loggingFilter() {
    return (exchange, chain) -> {
        log.info("Before filter: " + exchange.getRequest().getPath());
        return chain.filter(exchange).then(Mono.fromRunnable(() -> {
            log.info("After filter: " + exchange.getRequest().getPath());
        }));
    };
}

在这个过滤器中，我们在请求被路由前后打印了日志。

要将过滤器应用到路由，可以这样做：




.route("path_route_with_filter", r -> r.path("/mypath/**")
        .filters(f -> f.filter(loggingFilter()))
        .uri("http://myservice"))

这样配置后，所有到达/mypath/的请求都会先经过loggingFilter，然后再被转发。

Oracle ADG主备切换

2024-09-02

在Oracle中，可以使用Data Guard来保证数据库的高可用性。如果主数据库（Primary Database）出现故障，你可以手动或者自动将备份数据库（Standby Database）提升为新的主数据库。以下是一个简化的过程，用于将ADG（Active Data Guard）角色从主数据库切换到备份数据库：

确保备份数据库已经配置为standby数据库，并且处于mount状态。
在主数据库不可用时，连接到备份数据库：
```
SQL> CONNECT / AS SYSDBA
```

如果你想要自动故障转移，确保DG已经配置了自动故障转移。如果没有，你可以使用以下命令开始故障转移过程：




SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

如果你想要手动故障转移，你需要执行以下步骤：
a. 关闭主数据库并将备份数据库提升为新的主数据库：
```
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP MOUNT;
SQL> ALTER DATABASE ACTIVATE STANDBY DATABASE;
SQL> ALTER SYSTEM SWITCH LOGFILE;
SQL> ALTER DATABASE OPEN;
```
b. 配置新的主数据库，比如重新配置监听器和网络服务。
更新主数据库的配置信息，比如tnsnames.ora和listener.ora文件，以及其他需要的配置。
在原主数据库恢复后，可以将其配置为新的备份数据库，并使用与之前相同的过程将角色切换回来。

请注意，这只是一个简化的过程，实际的故障转移可能会更复杂，并且可能需要考虑更多的因素，如数据一致性和事务的完整性。在执行故障转移操作之前，请确保已经做好了充分的备份和测试。