- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI机器学习与深度学习算法
学习分类 2-3 感知机
要如何求出权重向量呢？基本做法和回归时相同，将权重向量用作参数，创建更新表达式来更新参数。这就需要一个被称为感知机的模型。
62910编辑于 2022-11-08 - 来自专栏devops_k8s
Mysql优化
为什么优化 为了获得成就感? 为了证实比系统设计者更懂数据库? 为了从优化成果来证实优化者更有价值? no 但通常事实证实的结果往往会和您期待相反！ 优化有风险，涉足需谨慎！ 优化风险 1 . 优化不可避免涉及到变更，变更就有风险！ 7 . 优化使性能变好，维持和变差是等概率事件！ 8 . 优化不能只是数据库管理员担当风险，但会所有的人分享优化成果！ 9 . 谁参与优化 数据库管理员业务部门代表 应用程序架构师 应用程序设计人员 应用程序开发人员 硬件及系统管理员 存储管理员 image.png 优化方向 安全优化（业务持续性） 性能优化（业务高效性） 数据分析数据处理，OLAP，cpu密集型的，需要CPU高计算能力（i系列，IBM power系列） CPU密集型： I 系列的，主频很高，核心少 IO密集型： E系列（至强），主频相对低，核心数量多 内存 建议2- 这个阶段,需要我们DBA深入业务,或者要和开发人员\业务人员配合实现 优化,最根本的是"优化"人; Mysql参数优化测试(8c32g) 服务器配置 image.png image.png time
1.9K62发布于 2021-06-21 - 来自专栏Howl同学的学习笔记
Mysql优化
InnoDB MyISAM 事务处理 支持 不支持 全文搜索 不支持 支持 SELECT ,UPDATE,INSERT,DELETE 大量INSERT或UPDATE | DELETE 表一行一行的删除 大量SELECTDELETE | DELETE表先DROP再重建 AUTO_INCREMENT 自增计数器仅存储在主内存中 锁 表锁，行级锁 表锁 外键 支持 不支持 行数 扫描表来计算 保存行数 存储 把数据和索引存放在表空间里面 表被存放在三个文件 跨平台 跨平台可直接拷贝使用 跨平台很难直接拷贝 压
1.1K40发布于 2020-03-10 - 来自专栏云计算linux
MySQL优化
15 MySQL优化 数据库性能优化看起来只牵扯到数据库，但其实范围涉及极广，从计算机和网络硬件到操作系统，网络设计到安全，从各种软件再到数据库本身，性能优化从来都不是单一的，而是一个整体。 在进行MySQL的优化之前，必须要了解的就是MySQL的查询过程，很多查询优化工作实际上就是遵循一些原则，让MySQL的优化器能够按照预想的合理方式运行而已。 应用程序方面： 应用程序稳定性； SQL语句性能； 串行访问资源； 性能欠佳会话管理； 这个应用适不适合用MySQL。 数据库优化方面： 内存； 数据库结构（物理&逻辑）； 实例配置。 innodb_log_buffer_size # 100M以下 innodb_log_file_size # 100M 以下 innodb_log_files_in_group # 5个成员以下,一般2- 32G内存以上100M SQL优化 1. 选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。
44410编辑于 2024-12-07 - 来自专栏Lambda
mysql优化
索引：(Index) 是帮助mysql高效获取数据的 数据结构 1. 索引目的在于提高查询效率，可以类比字典 2. 可以简单理解为"排好序的快速查询数据结构" 3. 服务器配置文件优化 1. MySQL允许最大的进程连接数， 2. 每个主机的连接请求异常中断的最大次数， 3. 设置表高速缓存的数目， 4. 查询优化： 1. 3. order by group by 优化 慢查询日志：
1.3K20编辑于 2022-04-13 - 来自专栏友弟技术工作室
mysql优化
上篇文章是关于mysql优化的，那个内容是我大学的时候学习的笔记，最近学习发现一些比较好的内容，在这里分享给大家。 版权源于网上。 工作中使用最多的就是MySQL, 但是mysql的优化也就是通过建索引以及缓存数据来优化的。使用explain比较多。对于其他的优化技能没有使用过。 ? 1、硬件层相关优化 请一个DBA团队优化，还没有全部把机械硬盘换成ssd来的快。所以，底层硬件也是很重要的。 层相关优化 3.1、关于版本选择 官方版本我们称为ORACLE MySQL，这个没什么好说的，相信绝大多数人会选择它。 它主要在原来的MySQL Server层做了大量的源码级改进，也是一个非常可靠的、优秀的分支版本。
2.1K70发布于 2018-04-25 - 来自专栏allsmallpi博客
MySQL优化
认为必须检查的用来返回请求数据的行数； extra：using filesort、using temporary（常出现在使用order by时）时需要优化。 看到这个的时候，查询就需要优化了 -Using temporary 使用了临时表。看到这个的时候，也需要优化 （3）PROFILING分析SQL语句 1.开启profile。 包括执行状态、是否锁表等 mysql> SHOW processlist; （4）PROCEDURE ANALYSE()取得建议 通过分析select查询结果对现有的表的每一列给出优化的建议 mysql 只需在批量删除数据行之后，或定期（每周一次或每月一次）进行一次数据表优化操作即可，只对那些特定的表运行。 ; 五、定位慢查询 MySQL慢查询 六、分区 MySQL分区和分表 七、配置优化 MySQL配置优化
93320发布于 2021-02-25 - 来自专栏开发笔记
MySQL优化
SQL优化发生在业务量达到一定规模的时候 目的是优化SQL的执行效率 MySQL 优化 优化范围 硬件资源 操作系统参数，数据库参数配置 SQL语句，索引优化 SQL优化 数据库设计优化【规范，前期设计 任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的任何字段 尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写 后记——了解MySQL 索引目的 提高查询效率 【类比字典和借书】 如果要查“mysql”这个单词，我们肯定需要定位到m字母，然后从下往下找到y字母，再找到剩下的sql。 ----------------2019/10/9 参考《MySQL DBA工作笔记》中杨建荣老师举得一个非常形象的例子： “比如某公司里面有一个开发小组，组长管理一些程序员，自己也参与开发工作”——B MySQL默认使用B+Tree索引 索引本身也很大，所以存储在磁盘中,需要加载到内存中执行。 故：索引结构优劣标准：磁盘I/O次数 BTree是为了充分利用磁盘预读功能而创建出来的一种数据结构。
1.3K40发布于 2020-01-22 - 来自专栏编程之禅
MySQL优化
MySQL优化 MySQL 优化方案 对于 **MySQL** 的性能优化，大部分情况下都是想减少查询所消耗的时间；而一个查询是由很多个环节组成，那么就需要从每个环节消耗时间进行入手。 配置优化（连接） 当客户端连接到服务端有可能服务端连接数不够导致应用程序获取不到连接而报出 **Mysql: error 1040: Too many connections**** **的错误。 SQL 语句优化（优化器） 慢查询日志 在服务层每天执行了很多的 **SQL** 语句，那么就需要记录执行比较慢的 **SQL** 语句；而优化器就是对执行的 **SQL** 语句进行分析，生成执行计划 中提供了一个执行计划工具，通过该工具可以模拟优化执行 **SQL** 查询语句的过程得到 **MySQL** 是怎么对一条 **SQL** 语句的过程并且可以对其进行分析。 通过模拟优化器执行 **SQL** 查询语句的过程得到 **MySQL** 是怎么处理一条 **SQL** 语句的并可以对其进行语句或表的性能瓶颈。
94620编辑于 2022-05-10 - 来自专栏后端码事
MYSQL 优化
MYSQL 优化 数据库性能依赖于数据库层面的一些诸如表、查询及配置等因素。而软件功能的构成最终反映到硬件上面，即CPU使用及I/O操作。减少CPU消耗，增加I/O效率则是提高软件性能的根本驱动。 深度应用者则着眼于从改进Mysql软件自身层面，或者开发另外的数据库引擎和硬件应用来拓展Mysql的生态系统。 数据库层面优化 影响数据库应用性能的最重要因素其设计的合理性： 表的结构是否合适？ 如果基础的优化指引无法解决性能问题，则可以通过执行计划调整索引，查询条件，联合条件等（执行计划优先）。 调整MySQL缓存使用的内存大小及属性。 IS NULL 优化 MySQL对col_name IS NULL 的优化和对col_name = constant_value的优化方式一样。 MySQL也可以优化类似col_name = expr OR col_name IS NULL这样的组合。这种形式通常见于子查询。
3K40发布于 2020-09-11 - 来自专栏devops_k8s
Mysql优化
为什么优化 为了获得成就感? 为了证实比系统设计者更懂数据库? 为了从优化成果来证实优化者更有价值? no 但通常事实证实的结果往往会和您期待相反！ 优化有风险，涉足需谨慎！ 优化风险 1 . 优化不可避免涉及到变更，变更就有风险！ 7 . 优化使性能变好，维持和变差是等概率事件！ 8 . 优化不能只是数据库管理员担当风险，但会所有的人分享优化成果！ 9 . 谁参与优化 数据库管理员业务部门代表 应用程序架构师 应用程序设计人员 应用程序开发人员 硬件及系统管理员 存储管理员 1111 优化方向 安全优化（业务持续性） 性能优化（业务高效性） 数据分析数据处理，OLAP，cpu密集型的，需要CPU高计算能力（i系列，IBM power系列） CPU密集型： I 系列的，主频很高，核心少 IO密集型： E系列（至强），主频相对低，核心数量多 内存 建议2- 避免业务逻辑错误,避免锁争用.这个阶段,需要我们DBA深入业务,或者要和开发人员\业务人员配合实现优化,最根本的是"优化"人; Mysql参数优化测试(8c32g) 服务器配置 time用于计时 dd
1.4K30编辑于 2022-05-09 - 来自专栏全栈程序员必看
MySql优化
mysql多表连接查询的模式 左表和右表的共有部分，即内连接 SELECT fileds FROM TableA AS A INNER JOIN TableB AS B ON A.key1 = fields FROM TableA AS A RIGHT JOIN TableB AS B ON A.key1 = B.key2 WHERE A.key1 IS NULL; 左表的全部+右表的全部 mysql 索引的概念 官方定义：索引是帮助mysql高效获取数据的数据结构。划重点：数据结构。 查看索引 SHOW INDEX FROM tableName\G 其中，tableName是表名，\G是为了显示格式优化。 7.
90530编辑于 2022-08-05 - 来自专栏码客
Mysql优化
表示查询超过3秒才记录； 清空日志后慢查询就不会继续写入了，重启后才能继续写入 set global slow_query_log=0; set global slow_query_log=1; 连接优化 /sys/vm/dirty_ratio sudo sysctl vm.dirty_background_ratio=10 sudo sysctl vm.dirty_ratio=20 my.cnf参数优化 此优化主要针对innodb引擎 创建慢查询日志文件 cd /var/log/ mkdir mysql cd mysql vi mysql-slow.log 打开配置文件 vi /etc/my.cnf where b like ‘haha%’ order by time limit 100; 第二种优化方法（注意：这种方法只适用于mysql引擎是myisam的）: 语句不变，将haha字段加为全文索引 索引 参见:Mysql优化-索引 Show Profile【重点】 是什么 mysql提供可以用来分析当前会话中语句执行的资源消耗情况。
1.1K20发布于 2019-10-22 - 来自专栏大大刺猬
MYSQL优化
本文主要参考官网的优化 https://dev.mysql.com/doc/refman/5.7/en/optimization.html优化SQL语句没得完美的优化方案, 要么牺牲写性能(多数情况是这样 LIMIT 10;范围优化 (range)见官网: https://dev.mysql.com/doc/refman/5.7/en/range-optimization.html不以通配符(%)开头索引合并 嵌套循环连接算法Nested-Loop Join Algorithms嵌套连接优化mysql的cross join 等价于 inner join (标准sql不是这样的)###(左右)外连接避免全表扫描优化 优化器成本模型 相当于oracle的 CBO主要跟两个表有关: mysql.server_cost 和 mysql.engine_cost如果值非空(默认NULL)的话, 计算的时候就会考虑这个值, ##外部锁外部锁定是使用文件系统锁定来管理MyISAM多个进程对数据库表的争用 innodb不涉及mysql服务器的优化系统优化:尽量不要使用swap, 性能确实比不上内存, (内存不够的除外)避免
1.3K20编辑于 2022-11-09 - 来自专栏算法无遗策
动画 | 什么是2-3树？
2-3树正是一种绝对平衡的树，任意节点到它所有的叶子节点的深度都是相等的。 2-3树的数字代表一个节点有2到3个子树。它也满足二分搜索树的基本性质，但它不属于二分搜索树。 2-3树查找元素 2-3树的查找类似二分搜索树的查找，根据元素的大小来决定查找的方向。 动画：2-3树插入 2-3树删除元素 2-3树删除元素相对比较复杂，删除元素也和插入元素一样先进行命中查找，查找成功才进行删除操作。 2-3树为满二叉树时，删除叶子节点 2-3树满二叉树的情况下，删除叶子节点是比较简单的。 动画：2-3树删除 -----END---
1K10发布于 2020-01-02 - 来自专栏全栈程序员必看
mysql慢查询优化方法_MySQL查询优化
：索引没有设计好、SQL 语句没写好、MySQL 选错了索引 ’mysql慢查询优化 第一步：开启mysql慢查询日志，通过慢查询日志定位到执行较慢的SQL语句。 第二步：利用explain关键字可以模拟优化器执行SQL查询语句，来分析SQL查询语句。 第三步：通过查询的结果进行优化。 （2）分析优化器中索引的使用情况，要修改语句使得更可能的命中索引。比如使用组合索引的时候符合最左前缀匹配原则。not in,not like都不会走索引，可以优化为in. ，可以随着底层优化器输入的更改而更改 EXPLAIN 不会告诉显示关于触发器、存储过程的信息对查询的影响情况 EXPLAIN 不考虑各种 Cache EXPLAIN 不能显示 MySQL 在执行查询时的动态 在优化过程中分解语句，执行时甚至不用访问表或索引 从上到下，性能从差到好，一般来说需要保证查询至少达到 range 级别， 最好达到 ref ---- key possible_keys： 指出 MySQL
18.4K40编辑于 2022-11-07 - 来自专栏IT技术订阅
MySQL优化之缓存优化
这里讲的主要是MySQL 5.6的版本。 wrapper 一、MySQL缓存分类 MySQL的优化指的是一个很大的系统，面试的时候我之前是从sql的语句优化方面去说的，这种优化也有作用，不过是从逻辑方面去优化。 但是当所有的逻辑层面已经无可优化，所有的索引都已经加好，表结构也设计的合理，但是遇到高并发的时候，为什么MySQL还是扛不住呢。当然可以通过其他的方面去缓解MySQL的压力，这里我们暂且不谈。 那么服务器的硬盘、CPU,内存，网络都有影响到MySQL的性能。MySQl是非常耗费内存的，线上服务器的MySQL内存要吃到80%左右，内存过小，其他的优化空间其实很小。 另外连接（connection）也是影响MySQL性能的重要一方面。MySQL客户机与MySQL服务器之间的连接是MySQL客户机与MySQL服务器反复握手的结果。
1.6K20编辑于 2022-05-11 - 来自专栏我是攻城师
什么是2-3树
，因为B+树是特殊优化后的多路查找树，是专门为数据库结合磁盘文件系统定制的。 2-3树 VS 二叉搜索树 同样的一组数据，在2-3树和二叉搜索树里面的对比如下： ? 可以看到2-3树的节点分布非常均匀，且叶子节点的高度一致，并且如果这里即使是AVL树，那么树的高度也比2-3树高，而高度的降低则可以提升增删改的效率。 2-3树的插入 为了保持平衡性，2-3树的插入如果破坏了平衡性，那么树本身会产生分裂和合并，然后调整结构以维持平衡性，这一点和AVL树为了保持平衡而产生的节点旋转的作用一样，2-3树的插入分裂有几种情况如下 2-3树的删除 2-3树节点的删除也会破坏平衡性，同样树本身也会产生分裂和合并，如下： ?
2.3K20发布于 2019-04-28 - 来自专栏陶然同学博客
【MySQL】MySQL的优化（四）
MySQL5.6提供了对SQL的跟踪trace, 通过trace文件能够进一步了解为什么优化器选择A计划, 而不 是选择B计划 打开trace ， 设置格式为 JSON，并设置trace最大能够使用的内存大小 optimizer_trace_max_mem_size=1000000; 执行SQL语句 ： select * from user where uid < 2; 最后， 检查information_schema.optimizer_trace就可以知道MySQL
1.4K30编辑于 2023-03-15 - 来自专栏陶然同学博客
【MySQL高级】MySQL的优化
MySQL的优化方式有很多，大致我们可以从以下几点来优化MySQL: 从设计上优化 从查询上优化 从索引上优化 从存储上优化 查看SQL执行频率 MySQL 客户端连接成功后，通过 show [session show processlist：该命令查看当前MySQL在进行的线程，包括线程的状态、是否锁表等，可以实 时地查看 SQL 的执行情况，同时对一些锁表操作进行优化。 show profile分析SQL Mysql从5.0.37版本开始增加了对 show profiles 和 show profile 语句的支持。 show profiles 能够在 做SQL优化时帮助我们了解时间都耗费到哪里去了。。 例如，选择查看CPU 的耗费时间 ： show profile cpu for query 133; trace分析优化器执行计划 MySQL5.6提供了对SQL的跟踪trace, 通过trace
1.5K41编辑于 2023-02-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号