MySQL的Binlog有三种录入格式，分别是Statement格式、Row格式和Mixed格式。它们的主要区别如下： Statement格式：
Published on 2024-04-22
MySQL在并发环境下可能会出现死锁问题。死锁是指两个或多个事务互相等待对方释放资源，导致无法继续执行的情况。 解决死锁问题的方法通常有以下几种： 调整事务隔离级别：通过将事务隔离级别降低为读未提交（或读已提交，可以减少死锁的发生概率。但是要注意隔离级别的降低可能引发脏读、不可重复读等数据一致性问题
Published on 2024-04-22
MySQL的高可用方案主要有以下几种： 主从复制：这是最常见的高可用方案。主库负责处理写操作，并将数据变更记录到binlog日志。从库将主库的binlog复制到自己的中继日志，然后执行中继日志中的事件，以达到与主库数据一致的目的。当主库出现故障时，可以将从库提升为新的主库，实现服务的高可用。 集群：
Published on 2024-04-22
1.数据准备 -- 1.创建表： drop table user_login_log; CREATE TABLE user_login_log ( id INT PRIMARY KEY AUTO_INCREMENT, user_id VARCHAR(64) NOT NULL, ip V
Published on 2024-04-22
深分页问题是 MySQL 中常见的性能问题，当你尝试获取大量数据的后续页面时，性能会显著下降。这是因为 MySQL 需要先扫描到指定的偏移量，然后再返回数据。 例如，以下查询可能会非常慢： SELECT * FROM table ORDER BY id LIMIT 1000000, 10; 这是因为
Published on 2024-04-22
MySQL锁升级是指在并发事务执行过程中，当某个事务无法满足当前所需的锁级别时，系统会自动将该事务的锁级别升级为更高级别的锁。 通常情况下，MySQL 会根据事务的需求和操作的对象自动选择合适的锁级别。然而，在某些情况下，事务无法获取到所需的锁级别，就会触发锁升级。 例如以下两种常见的锁升级场景：
Published on 2024-04-22
MySQL自增主键八大核心问题 一、主键溢出危机 INT类型上限： 最大值21亿（2^32-1） 高频写入业务3-5年可能耗尽 案例：某支付系统运行4年后报错 BIGINT陷阱： 虽然上限9223372036854775807 但达到1%时已产生性能问题
Published on 2024-04-22
在数据库中，Undo Log通常用于实现事务的回滚操作。当事务执行更新操作时，数据库会将相应的旧数据记录在Undo Log中，用于回滚事务时还原到事务开始前的状态。以下是Undo Log回滚事务的一般步骤： 首先，获取事务的回滚指针或Undo Log的起始位置。 从Undo Log的末尾开始逆向扫描
Published on 2024-04-22
这一讲我们来深入分析一下MySQL是如何通过MVCC机制来实现隔离性。 上一讲和大家聊到，隔离性本质上是因为同时存在多个并发事务可能会导致脏读、幻读等情况。 要解决并发问题只有一种方案就是加锁。当然，锁不可避免的会导致性能下降，但是，锁也有乐观和悲观之分，上一讲我们聊到的，隔离级别中的串行化就是一种
Published on 2024-04-22
MySQL 的主从复制原理如下： 首先，主库将变更写入 binlog 日志。 从库连接到主库后，有一个 IO 线程负责将主库的 binlog 日志复制到自己本地，并写入到中继日志中。 然后，从库中有一个 S
Published on 2024-04-22
