显示： phpMyAdmin 尝试连接到MySQL服务器，但服务器拒绝连接。您应该检查配置文件中的主机、用户名和密码，并确认这些信息与 MySQL 服务器管理员所给出的信息一致。 原因： 可能是修改了
<(￣ˇ￣)/ by my笔触 本文地址：http://www.cnblogs.com/yuxiuyan/p/6511837.html 转载请注明出处及链接！ MySQL是我们经常使用的数据库处
docker迁出mysql数据库 测试环境： docker服务器 mysql服务器 IP 192.168.163.19 192.168.163.16 操作系统 CentOS7.8 CentOS7.8
问题描述：用户有一个这样一个需求，在一张表里会不时出现 “违规” 字样的字段，需要在出现这个字段的时候，把整行的数据删掉。这是个采集任务，如果发现有“违规”字样的数据，会整点或者什么时间进行统一上报，
MHA： MHA工作原理总结为以下几条： 从宕机崩溃的master保存二进制日志事件（binlog events）； 识别含有最新更新的slave； 应用差异的中继日志（relay log）到其他sl
问题描述：有需要mysql某几张表的需求，某个数据库某几张表，导出先检查相应的数据库和表是否存在 数据泵用法：默认导出的是表结构以及表中的数据 mysqldump -uroot -p -S /data
问题描述：搭建过一主多从的环境，由于数据库数据一致性要求高，有些情景会搭建一主多从的架构，搭建多主一从的模式，相对来说适合数据整合，将多个业务的库整合到一起，方便做查询，也可以当做一个监控其他主库数据
问题描述 有业务反馈当前用户无法创建触发器和存储过程，让用户自己测试，该用户进行对表的增删改查等其他权限没有问题，这边用root用户查证，该用户拥有对当前库的所有权限，但是为什么就是创建不了触发器呢？
问题描述：将Mysql8.0.22和Mysql5.7.32部署在同一环境下 操作系统：centos7.8 数据库：Mysql8.0.22、Mysql5.7.32 版本 占用端口 实例名 数据文件 端口
升级需谨慎，事前先备份 MySQL升级的实质是对数据字典的升级，数据字典有：sys、mysql、information_schema、performance_schema 。 MySQL升级的两种方式
问题描述：利用外部xtrabackup工具来做迁移mysql数据库，或者恢复数据库 xtrabackup迁移mysql 1.环境 mysql源库 mysql目标迁移库 IP 192.168.163.3
升级需谨慎，事前先备份 MySQL升级的实质是对数据字典的升级，数据字典有：sys、mysql、information_schema、performance_schema 。 MySQL升级的两种方式
聚集索引 索引中键值的逻辑顺序决定了表中相应行的物理顺序（索引中的数据物理存放地址和索引的顺序是一致的），可以这么理解：只要是索引是连续的，那么数据在存储介质上的存储位置也是连续的。 聚集索引就像我们
死锁产生 死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环。 当事务试图以不同的顺序锁定资源时，就可能产生死锁。多个事务同时锁定同一个资源时也可能会产生死锁。 锁
缓存穿透 缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时需要从数据库查询，查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到数据库去查询，造成缓存穿透。 解决办法： 预校验 在控
锁粒度 MySQL 不同的存储引擎支持不同的锁机制，所有的存储引擎都以自己的方式显现了锁机制，服务器层完全不了解存储引擎中的锁实现： InnoDB 存储引擎既支持行级锁（row-level locki
InnoDB是一个支持行锁的存储引擎，它有三种行锁的算法： Record Lock：行锁，单个行记录上的锁。 Gap Lock：间隙锁，锁定一个范围，但不包括记录本身。GAP锁的目的，是为了防止幻读、
数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久
IOC的核心理念即是控制反转。将对依赖的控制从具体业务对象手中转交到平台或框架中，需要的时候再由平台或框架注入到具体业务对象中。可以说依赖注入是控制反转的实现方式。 IOC的优点： 降低代码耦合度 减
索引选择性 索引选择性是索引基数（cardinality）与表中数据行数（n_row_in_table）的比值，即 索引选择性=索引基数/数据行 其中cardinality是索引中不重复记录的预估值。
通过实例理解单列索引、多列索引以及最左前缀原则 实例：现在我们想查出满足以下条件的用户id： SELECT ｀uid｀ FROM people WHERE lname｀='Liu' A
logs innodb事务日志包括redo log和undo log。redo log是重做日志，提供前滚操作，undo log是回滚日志，提供回滚操作。 undo log不是redo log的逆向过
乐观锁 乐观锁是逻辑概念上的锁，不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁
