Logo

Menu

青云博客 记录、分享

Archives

2024 / 04

数据库 cpu 飙升，你会如何处理

2024-04-22

数据库 #mysql
当MySQL数据库的CPU使用率飙升时，可能是由于以下几个原因导致的： 查询性能问题：某些查询可能没有被正确地优化，导致查询执行时间过长，从而占用大量的CPU资源。可以通过查看慢查询日志和执行计划来分析问题查询，并进行索引优化、重写查询语句或调整数据库配置等方式来改善查询性能。 数据库连接问题：如果
高并发场景下，如何安全修改同一行数据

2024-04-22

数据库 #mysql
在高并发情况下，多事务安全修改同一行数据可以采用以下方法： 乐观锁：在数据表中添加一个版本号（或者时间戳）字段，每次更新数据时都会检查该字段的值。当多个并发的请求同时修改同一行数据时，只有一个请求能够成功执行更新操作，其他请求需要重新检查数据是否被修改过。如果数据没有被修改，那么它们可以重新尝试更新
一条SQL的执行过程是怎样的

2024-04-22

数据库 #mysql
一条 SQL 的执行过程可以大致分为以下几个步骤： 连接器： 客户端与数据库建立连接，并发送 SQL 语句给数据库服务。 连接器验证客户端的身份和权限，确保用户有足够的权限执行该 SQL 语句。 查询缓存：
Binlog有几种录入格式与区别

2024-04-22

数据库 #mysql
MySQL的Binlog有三种录入格式，分别是Statement格式、Row格式和Mixed格式。它们的主要区别如下： Statement格式：
如何解决MySQL死锁问题

2024-04-22

数据库 #mysql
MySQL在并发环境下可能会出现死锁问题。死锁是指两个或多个事务互相等待对方释放资源，导致无法继续执行的情况。 解决死锁问题的方法通常有以下几种： 调整事务隔离级别：通过将事务隔离级别降低为读未提交（或读已提交，可以减少死锁的发生概率。但是要注意隔离级别的降低可能引发脏读、不可重复读等数据一致性问题
MySQL 有哪些高可用方案

2024-04-22

数据库 #mysql
MySQL的高可用方案主要有以下几种： 主从复制：这是最常见的高可用方案。主库负责处理写操作，并将数据变更记录到binlog日志。从库将主库的binlog复制到自己的中继日志，然后执行中继日志中的事件，以达到与主库数据一致的目的。当主库出现故障时，可以将从库提升为新的主库，实现服务的高可用。 集群：
如何优化深分页limit 1000000?(深入)

2024-04-22

数据库 #mysql
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
如何优化深分页limit 1000000

2024-04-22

数据库 #mysql
深分页问题是 MySQL 中常见的性能问题，当你尝试获取大量数据的后续页面时，性能会显著下降。这是因为 MySQL 需要先扫描到指定的偏移量，然后再返回数据。 例如，以下查询可能会非常慢： SELECT * FROM table ORDER BY id LIMIT 1000000, 10; 这是因为
了解MySQL锁升级吗

2024-04-22

数据库 #mysql
MySQL锁升级是指在并发事务执行过程中，当某个事务无法满足当前所需的锁级别时，系统会自动将该事务的锁级别升级为更高级别的锁。 通常情况下，MySQL 会根据事务的需求和操作的对象自动选择合适的锁级别。然而，在某些情况下，事务无法获取到所需的锁级别，就会触发锁升级。 例如以下两种常见的锁升级场景：
MySQL自增主键会遇到什么问题?

2024-04-22

数据库 #mysql
MySQL自增主键八大核心问题 一、主键溢出危机 INT类型上限： 最大值21亿（2^32-1） 高频写入业务3-5年可能耗尽 案例：某支付系统运行4年后报错 BIGINT陷阱： 虽然上限9223372036854775807 但达到1%时已产生性能问题
Previous Next