MySQL 的Optimizer（优化元件）在优化SQL语句时，首先需要收集一些相关信息，其中就包括表的cardinality（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度，那么索引就基本失效了。我们可以使用SHOW INDEX语句来查看索引的散列程度：SHOW INDEX FROM PLAYERS;TABLE &nbs
原创
2013-12-19 16:10:43
783阅读
mysql优化Analyze Table
Analyze Table
MySQL 的Optimizer（优化元件）在优化SQL语句时，首先需要收集一些相关信息，其中就包括表的cardinality（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度，那么索引就基本失效了。
转载
2011-12-26 13:19:09
714阅读
今针对mysql删除数据后磁盘上的数据文件及索引所占空间还是没变化，进行的的优化。如下：一，原始数据1，数据量mysql> select count(*) as total from ad_visit_history; +---------+ | total | +---------+ | 1187096 | &nb
原创
2014-02-18 15:42:03
775阅读
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t
table_cache 参数设置表高速缓存的数目。每个连接进来，都会至少打开一个表缓存。因此， table_cache 的大小应与 max_connections 的设置有关。例如，对于 200 个并行运行的连接，应该让表的缓存至少有 200 × N ，这里 N 是应用可以执行的查询的一个联接中表的最大数量。此外，还需要为临时表和文件保留一些额外的文件描述符。
当 Mysql 访
转载
2011-04-19 13:44:53
539阅读
The Table Cache表缓存的对象：表 每个在缓存中的对象 包含相关表 .frm文件的解析结果，加上一些其它的数据。 准确地说，在对象里的其它数据的内容
原创
2013-06-09 14:53:17
2859阅读
点赞
1评论
同事询问一个SQL执行了10分钟才出结果
原创
2023-05-24 14:01:23
141阅读
Mysql存储引擎最常使用的2种存储引擎:Myisam是Mysql的默认存储引擎，当create创建新表时，未指定新表的存储引擎时，默认使用Myisam。每个MyISAM在磁盘上存储成三个文件。文件名都和表名相同，扩展名分别是.frm（存储表定义）、.MYD (MYData，存储数据)、.MYI (MYIndex，存储索引)。数据文件和索引文件可以放置在不同的目录，获得更快的速度。InnoDB存储
最近学习了一点MySQL数据库的优化，于是乎就想写一写自己的心得与体会。 相对于Oracle来说，MySQL有很多值得吐槽的地方：稳定性、糟糕的优化器，难看的执行计划等等。不过综合来讲，MySQL还是蛮不错的，首先开源、免费；配置灵活，可以根据具体场景进行应用；性能方面，优化后的MySQL能够达到与Oracle相当的水平，这点几乎没有其他的数据库能做到了。 淘宝在开发出自己的OceanBase
转载
2024-07-01 08:19:11
24阅读
表优化 altering table OPTIMIZE TABLE `sta_addr_copy` 【总结】 1、实际测试的结果是，在state sqlaltering table OPTIMIZE TABLE `test`insert成功； MySQL 8.0 Reference Manual /
转载
2018-12-27 14:31:00
215阅读
2评论
Explain是Mysql的自带查询优化器，负责select语句的优化器模块，可以模拟优化器执行SQL查询语句，从而知道Mysql是如何处理SQL的，语法也很简单：Explain + SQL以下是通过explain查询出的几个属性 （常见性能瓶颈 —— CPU：CPU饱和一般发生在数据装入内存或从磁盘上读取数据时 IO：磁盘I/O瓶颈发生在装入数据远大于内存容量时 服务器硬件的性能瓶
转载
2023-12-17 09:30:26
0阅读
4.2.常见SQL使用细节4.2.1. 查询语句中不要使用select *sql语句查询时，只查需要用到的列，多余的列根本无需查出来。4.2.2. 尽量减少子查询，使用关联查询（left join,right join,inner join）替代mysql中如果需要从两张以上的表中查询出数据的话，一般有两种实现方式：子查询和 连接查询。子查询的例子如下：select * from order
wh
转载
2024-02-22 21:43:19
68阅读
table_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table
转载
2011-04-19 13:51:16
840阅读
REPAIR TABLE `table_name` 修复表 OPTIMIZE TABLE `table_name` 优化表 myisamchk table.MYI 修复索引 REPAIR TABLE 用于修复被破坏的表。 myisamchk TABLE.MYI 用于修复被破坏的索引文件。
转载
2009-09-18 13:08:00
211阅读
2评论
1、IN用 IN 写出来的 SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用 IN 的 SQL 性能总是比较低的，从 ORACLE 执行的步骤来分析用 IN 的 SQL 与不用 IN 的 SQL有以下区别：ORACL
发现当前一个配置问题 （mysql +linux 在线系统）
show global status like 'open%tables%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_tables | 966 |
| Opened_tables | 2919
转载
2011-04-19 13:55:11
550阅读
mysql查询tables cache的最大数：
show variables like 'table_cache';
mysql查询当前系统已经打开的描述符命令：
show status like 'open_tables';
一、调整table cache
table_cache 参数设置表高速缓存的数目。每个连接进来，都会至少打开一个表缓存。因此，
转载
2011-04-19 13:59:21
801阅读
项目中经常用到table和select的情况，每次都会遇到select显示不全或者隐藏的问题，今天记录下解决方案：初始化表格后：select 无法正常显示，如下： 1、我们增加一行样式：.layui-table-cell {
overflow: visible;
} 效果如下：虽然select功能可以使用了 但是还是很别扭 那么我们继续优化；
转载
2020-08-11 13:53:00
2853阅读
2评论
Flink Table 和 SQL 内置了很多 SQL 中支持的函数；如果有无法满足的需要，则可以实现用户自定义的函数（UDF）来解决。 5.1 系统内置函数Flink Table API 和 SQL 为用户提供了一组用于数据转换的内置函数。SQL 中支持的很多函数，Table API 和 SQL 都已经做了实现，其它还在快速开
转载
2024-02-17 12:38:50
43阅读
引言：关于数据库优化，网上有不少资料和方法，但是不少质量参差不齐，有些总结的不够到位，内容冗杂偶尔发现了这篇文章，总结得很经典，文章流量也很大，所以拿到自己的总结文集中，积累优质文章，提升个人能力，希望对大家今后开发中也有帮助1、选取最合适的字段属性MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可
