搜索到
28
篇与
的结果
-
-
-
-
FinalShell 临时离线激活 离线激活每次重启失效，适合临时使用高级功能，比如打包下载等。适用于<=3.9.5版本，再新的没试过方法：用户密码随便输， 点击离线激活，获取到机器码执行下面java代码，在线运行java（ https://c.runoob.com/compile/10/ ）将刚刚的机器码复制到java代码中，点击运行；生成的激活码，复制到软件当中，点击激活成功import java.io.IOException; import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; import java.util.Scanner; // public class FinalShell { class FinalShell { // 在线运行 public static void main(String[] args) throws NoSuchAlgorithmException, IOException { // System.out.print("请输入FinalShell的离线机器码："); // Scanner reader = new Scanner(System.in); // String machineCode = reader.nextLine(); String machineCode = "FinalShell的离线机器码 复制到这!!!"; generateKey(machineCode); } public static void generateKey(String hardwareId) throws NoSuchAlgorithmException { String proKey = transform(61305 + hardwareId + 8552); String pfKey = transform(2356 + hardwareId + 13593); System.out.println("请将此行复制到离线激活中："+proKey); // System.out.println(pfKey); } public static String transform(String str) throws NoSuchAlgorithmException { String md5 = hashMD5(str); return hashMD5(str).substring(8, 24); } public static String hashMD5(String str) throws NoSuchAlgorithmException { MessageDigest digest = MessageDigest.getInstance("MD5"); byte[] hashed = digest.digest(str.getBytes()); StringBuilder sb = new StringBuilder(); for (byte b : hashed) { int len = b & 0xFF; if (len < 16) { sb.append("0"); } sb.append(Integer.toHexString(len)); } return sb.toString(); } }
-
Mysql 5.7开启binlog日志 前言binlog是MySQL的二进制日志，并且是MySQL中最重要的日志。binlog记录了对MySQL数据库执行更改的所有操作，包括对数据库表结构的变更，对数据的变更，例如CREATE、ALTER TABLE、INSERT、UPDATE、DELETE…，但是不会记录查询语句select。需要注意的是，如果是update操作，即使是没有数据更新，也会记录在binlog日志中，binlog日志是以事件形式记录，并且还包含语句所执行的消耗时间。查看binlog是否开启show variables like 'log_bin'; 开启binlog修改mysql配置文件[mysqld] log-bin=mysql-bin server_id=1注意: serverd一定要设置，否则会导致mysql无法启动重新启动mysql# 停止mysql服务 service mysql stop # 启动mysql服务 service mysql start # 重启mysql服务 service mysql restart应用## 主从复制master端开启binlog，master把二进制日志传递给slaves来达到master-slave数据保持一致。## 数据恢复可以通过mysqlbinlog工具解析binlog来恢复数据。binlog日志常用命令查看所有的binlog日志列表show master logs;查看master状态，即最后一个binlog日志的编号名称，及其最后一个操作时间pos结束点值show master status;flush刷新binlog日志，此刻之后会产生一个新编号的binlog日志文件flush logs;bin-log日志存放地址binlog存放在/var/lib/mysql里面的，如果是docker，则在相应的映射目录配置存放位置、过期时间在MySQL配置文件my.cnf或者my.ini中[mysqld]标签内修改# 配置定时清理 expire_logs_days = 5 # 配置修改后的日志路径 log-bin=/home/logs/mysql-bin配置每个日志文件的大小在MySQL配置文件my.cnf或者my.ini中[mysqld]标签内修改binlog每个日志文件大小max_binlog_size = 100m binlog格式 # binlog日志格式，MySQL默认采用的是STATEMENT，建议使用MIXED binlog_format = MIXED{card-describe title="STATEMENT模式"}减少binlog日志量，节约IO，提高性能适用于简单的SQL语句某些情况会导致master-slave中的数据不一致，例如sleep()，last_insert_id()等基于SQL语句的复制（statement-based replication），每一条会修改数据的sql语句都会记录到binlog中{/card-describe}{card-describe title="ROW模式 "}任何情况都可以复制，并且不会出现特定情况下存储过程、function等调用或者触发无法被正确复制的问题binlog日志文件会非常大master上执行update语句时，所有变化都会写到binlog里面，SBR只会写一次，所以会导致频繁发生binlog的并发写问题基于行的复制（row-based replication），不记录每条sql语句的上下文信息，仅记录哪条数据被修改了，修改成什么样。{/card-describe}{card-describe title="MIXED模式"}一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式实现较为复杂 两种模式的混合使用{/card-describe}
