索引失效的场景：
1、没有 where 条件
直接看 SQL 语句
2、where 条件中所在的列没有建立索引
show index from t;
3、从表中取得数据超过某个阈值。通常认为是 20~30%，即使 where 条件和索引都满足，也不会走索引
看表的行数、看下索引列的 cardinality
转载
2023-09-28 14:07:08
73阅读
# 处理docker mysql8密码过期问题
在使用docker部署MySQL 8的过程中，有时候会遇到密码过期的问题。这是因为MySQL 8引入了密码过期策略，当超过一定时间或者是初始安装的时候，会要求用户修改密码。如果不及时处理，就会导致无法正常访问数据库的情况。下面我将介绍如何处理docker MySQL 8密码过期的问题。
## 密码过期的原因
MySQL 8引入了密码过期策略，用
原创
2024-02-29 06:48:05
133阅读
使用命令发现磁盘使用率为100%了，还剩几十兆。一系列神操作备份数据库，删除实例、删除数据库表、重启mysql服务，结果磁盘空间均没有释放。怎么办网上查了很多资源，说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。SELECT CONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB') AS data_size,
转载
2023-09-21 11:46:41
71阅读
# 解决MySQL数据库表死锁问题
## 引言
在使用MySQL数据库时，我们可能会遇到死锁问题。死锁是指两个或多个事务互相持有对方需要的资源，导致所有事务无法继续执行的情况。本文将介绍如何处理MySQL数据库表死锁问题，并提供一个实际问题的解决示例。
## 什么是死锁？
在MySQL数据库中，当多个事务同时访问数据库中的表时，可能会出现死锁问题。死锁是指每个事务都在等待其他事务所持有的资
原创
2024-01-05 05:30:14
141阅读
一、binlog简介mysql-binlog是MySQL数据库最重要的二进制日志，它记录了所有的DDL和DML((除了数据查询语句)，以事件形式记录，还包含语句所执行消耗的事件。binlog主要应用于主从复制和数据恢复。 binlog主从复制主要有三个步骤第一步：master在每次准备提交事务完成数据更新前，将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件，
转载
2023-08-18 13:52:47
315阅读
使用命令发现磁盘使用率为100%还剩几十M# 查看磁盘空间df -h# 一系列神操作备份数据库，删除实例、删除数据库表、重启MySQL服务，结果磁盘空间均没有释放。# 怎么办网上查了很多资源，说要进行磁盘碎片化整理，原因是datafree占据的空间太多。通过SQL查看：mysql> SELECT CONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'M
转载
2023-06-10 11:53:18
147阅读
进入命令行输入 df -h进入路径 cd /var/log输入ls -al查看哪个占用空间最大，我的nas一般都是syslog，这个占用最大，我们直接删除就行rm -r syslog重启，日志占用空间就正常了 ...
转载
2021-07-15 10:09:00
7298阅读
2评论
TCP（transport control protocol，传输控制协议）是面向连接的，面向流的，提供高可靠性服务。收发两端（客户端和服务器端）都要有一一成对的socket，因此，发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。即面向流的
转载
2024-10-21 20:17:59
0阅读
前言在讲多线程之前，首先明白几个概念 1 程序：计算机中，程序是一个有序的有限指令序列，一般是按照有顺序执行，直至遇到跳转程序或者出现中断，注意程序是静态的，不运行就是一系列的代码。2 进程：首先明确，进程是计算机最小的资源分配单位，可以把它理解为正在运行的程序实例，广义上也认为是具有一定独立功能的程序在相关数据上的运行活动，通常一个进程中包含了若干线程。比如我们打开微信等客户端程序就在打开一个进
所谓粘包问题主要还是C/S两端数据传输时 因为接收方不知道消息之间的界限，不知道一次性提取多少字节的数据所造成的
根本原因：
粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一个TCP段。若连续几次需要send的数据都很少，通常TCP会根据优化算法把这些数据合成一个TCP段后一次发送出去，这样接收方就收到了粘包数据。
解决方法：
1、自定义字典类
转载
2024-10-20 17:35:23
33阅读
所谓粘包问题主要还是C/S两端数据传输时 因为接收方不知道消息之间的界限，不知道一次性提取多少字节的数据所造成的
根本原因：
粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一个TCP段。若连续几次需要send的数据都很少，通常TCP会根据优化算法把这些数据合成一个TCP段后一次发送出去，这样接收方就收到了粘包数据。
解决方法：
1、自定义字典类
# 项目方案：处理Java数组长度超过限制的问题
## 项目背景
在Java编程中，数组的固定长度往往成为一种限制。当我们需要处理的数据量大于数组长度时，程序将无法正常执行，可能导致数组越界异常。因此，有必要提出一个有效的方案来处理这种情况，以提高程序的灵活性和可扩展性。
## 目标
本项目的目标是设计一个动态数组类，能够在需要时自动扩展长度，以处理数据量的增长。此外，提供相关的操作方法，
网店管家产品编号命名规则 一、命名原则使用最短的字符在确保没有重码的原则下完成产品的编码命名。命名规则以二级和三级类目示例。二、类目命名示例1 、二级类目部分 ①命名示例 一级类目以大写英文字母 A-Z 命名，最少使用 1 字符，最大使用 2 字符。示例： A … Z … AA … ZZ 以此类推，最大命名类目为： 26+262 =702二级类目以阿拉伯数字 0-0 命名，最少
转载
2024-10-09 10:37:25
64阅读
# Contos 中 MongoDB 数据丢失处理方案
在现代软件开发中，数据库是核心组件之一，而 MongoDB 作为流行的 NoSQL 数据库，被广泛应用于各种项目中。然而，数据丢失是一个不可避免的问题。本文将提供一种处理 Contos 中 MongoDB 数据丢失的方案，包括预防措施、数据恢复和后续优化。
## 1. 数据丢失原因分析
数据丢失可能由多种原因引起，如硬件故障、软件错误、
原创
2024-07-24 07:30:14
30阅读
## 处理Redis哨兵模式master挂了的方案
### 问题描述
在使用Redis哨兵模式时，如果master节点挂了，需要及时处理，保证系统的正常运行。
### 解决方案
当Redis哨兵模式的master节点挂了时，可以通过哨兵自动切换到slave节点来保证系统的可用性。下面是具体的处理步骤：
1. 哨兵监控master节点的状态，当发现master节点挂了后，自动选举一个slave
原创
2024-04-18 04:14:48
44阅读
一、问题发现2月16日现场同事发现某个tablespace空间快要耗尽，让我们手工清楚些数据，腾出足够空间，等用户有预算添加磁盘。该问题年前已经处理过一次，我们已经将数据保留期限做了缩减，按道理不会这么快出现磁盘空间耗尽的情况。我猜测可能是自动分区程序没有运行，没有自动删除旧分区，而新数据又不断产生，导致磁盘空间被逐渐耗尽。
看出从2011-02-02开始到16号这段时间分区维护没有执行
转载
2024-03-18 20:05:27
613阅读
SQL 索引的目标是避免全表扫描，提高查询效率，但有些时候却适得其反。例如一张表中有上百万条数据，对某个字段加了索引，但是查询时性能并没有什么提高，这可 能是 oracle 索引失效造成的。oracle 索引有一些限制条件，如果你违反了这些索引限制条件，那么即使你已经加了索引，oracle还是会执行一次全表扫描，查询的性能不会比不加索引有所提高， 反而可能由于数据库维护索引的系统开销造成性能更差。
转载
2024-03-17 08:49:53
76阅读
一、准备工作：首先创建一个用户表：CREATE TABLE `user` (
`id` int(11) NOT NULL,
`name` varchar(50) NOT NULL,
`age` int(11) NOT NULL,
`position` varchar(50) NOT NULL,
`add_time` datetime DEFAULT NULL,
转载
2024-03-05 06:28:00
48阅读
# 解决失效key问题的方案
在使用Redis作为缓存存储时，经常会遇到失效key的情况。为了解决这个问题，我们可以采取以下方案：
## 1. 使用Redis的过期时间
Redis提供了设置key的过期时间的功能，可以让key在一定时间后自动失效。我们可以在设置key时同时设置一个过期时间，这样就可以避免key长时间存在而导致失效的问题。
```markdown
// 设置缓存key，并设
原创
2024-06-17 05:34:31
130阅读
Q: My Context Window disappeared and I can't get it back.
A: This may be caused by a corrupted configuration file. You will have to restart Source Insight without your configuration file.
&nbs
转载
精选
2012-12-17 18:27:45
8537阅读
