上一页 1 ··· 4 5 6 7 8 9 下一页
摘要: 目录第六讲:行锁功过:怎么减少行锁对性能的影响?闲聊:行锁是什么两阶段锁协议示例:死锁和死锁检测第一种策略:第二种策略:策略分析场景提问:要把死锁关掉吗?控制并发度是否可以解决那怎么办小结深入:第一条:第二条:第三条提问:答案 第六讲:行锁功过:怎么减少行锁对性能的影响? 闲聊: ​ 在上一篇文章中 阅读全文
posted @ 2024-07-22 15:09 guixiang 阅读(60) 评论(0) 推荐(0) 编辑
摘要: 目录第五讲:全局锁和表锁 :给表加个字段怎么有这么多阻碍?引言:锁的分类:全局锁场景:弊端:好处分析:回顾:提出问题:问题一:问题二:表级锁表锁:元数据锁(MDL)案例:变故发生:基于案列说问题:操作小结提问:官方:我的理解(片面了):深入: 第五讲:全局锁和表锁 :给表加个字段怎么有这么多阻碍? 阅读全文
posted @ 2024-07-22 13:56 guixiang 阅读(53) 评论(0) 推荐(0) 编辑
摘要: 目录二.网站服务2.1 FTP的端口号,分别是什么作用控制端口(命令端口):21号端口数据端口(数据传输端口):2.2 FTP的主动模式和被动模式2.3 HTTP常见的状态码2XX 成功3XX 重定向4XX 客户端错误5XX 服务器错误2.4 HTTP和HTTPS的区别以及使用的端口号2.5 HTT 阅读全文
posted @ 2024-07-21 19:06 guixiang 阅读(29) 评论(0) 推荐(0) 编辑
摘要: 目录第四讲:深入浅出索引(下)引入抛出问题:解决问题:覆盖索引引申:最左前缀原则示例:索引下推示例:分析:小结深入:问题:答案:深入分析上题: 第四讲:深入浅出索引(下) 引入 ​ 在上一篇文章中,我和你介绍了 InnoDB 索引的数据结构模型,今天我们再继续聊聊跟 MySQL 索引有关的概念。 抛 阅读全文
posted @ 2024-07-21 18:43 guixiang 阅读(46) 评论(0) 推荐(0) 编辑
摘要: title: 解决yum下载报错 date: 2024/7/2 17:30:22 tag: [解决报错] categories: 解决报错 description: 有关yum换源的优化 top_img: https://cdn.jsdelivr.net/gh/xiaowang872/blogima 阅读全文
posted @ 2024-07-21 16:35 guixiang 阅读(107) 评论(0) 推荐(0) 编辑
摘要: title: docker无法安装镜像而需要的换源需求 date: 2024/7/8 17:16:11 tag: [docker] categories: docker description: 更新后的优化 top_img: https://cdn.jsdelivr.net/gh/xiaowang 阅读全文
posted @ 2024-07-21 11:18 guixiang 阅读(33) 评论(0) 推荐(0) 编辑
摘要: 目录第三讲:深入浅出的索引上:引入:索引的常见模型:哈希表:结论:有序数组:弊端:二叉搜索树特点:例子:思考:为什么数据库存储使用b+树 而不是二叉树“N 叉”树例子:笔锋一转InnoDB 的索引模型索引维护基于上面的索引维护过程说明,我们来讨论一个案例:小结:补充:问题: 第三讲:深入浅出的索引上 阅读全文
posted @ 2024-07-20 17:37 guixiang 阅读(52) 评论(0) 推荐(0) 编辑
摘要: 目录第二讲:事务隔离:为什么你改了我还看不见定义隔离性与隔离级别隔离的缘由隔离的弊端事务隔离级别一个极为恰当的例子(重点关注“读提交”和“可重复读”):若隔离级别是“读未提交”数据库以视图方式执行引申:数据库迁移的注意事项如何配置默认级别设置本次会话的事务隔离级别,只在本会话有效,不会影响到其它会话 阅读全文
posted @ 2024-07-20 14:52 guixiang 阅读(37) 评论(0) 推荐(0) 编辑
摘要: 目录压力测试工具httperf使用方法通过tar zxvf解压httperf-0.9.0.tar.gz进入目录安装c++编译环境开始编译进入编译后的bin目录开始测试 压力测试工具httperf使用方法 ftp://ftp.hpl.hp.com/pub/httperf/ 下载后放到linux的/us 阅读全文
posted @ 2024-07-19 18:21 guixiang 阅读(32) 评论(0) 推荐(0) 编辑
摘要: MySQL更新语句的执行流程涉及连接器、分析器、优化器、执行器等功能模块,以及重做日志和归档日志。重做日志采用WAL技术,先写日志再写磁盘,保证数据库异常重启时不会丢失已提交的记录,实现了crash-safe能力。归档日志记录原始逻辑,不同于重做日志的物理记录。文章详细介绍了更新语句的内部流程,包括执行器和InnoDB引擎的交互过程,以及重做日志的两阶段提交。通过对比重做日志和归档日志的特点,读者能够深入了解MySQL的日志系统设计和执行过程。 文章还介绍了MySQL里面最重要的两个日志,即物理日志redo log和逻辑日志binlog。redo log用于保证crash-safe能力。innodb_flush_log_at_trx_commit参数设置成1时,表示每次事务的redo log都直接持久化到磁盘,建议设置成1以保证数据不丢失。sync_binlog参数设置成1时,表示每次事务的binlog都持久化到磁盘,也建议设置成1以保证binlog不丢失。与MySQL日志系统密切相关的“两阶段提交”是跨系统维持数据逻辑一致性时常用的一个方案。 阅读全文
posted @ 2024-07-19 16:08 guixiang 阅读(62) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 下一页