MYSQL慢查询里有一个SQL语句超慢，请求解决思路
# Query_time: 312 Lock_time: 0 Rows_sent: 50533 Rows_examined: 50533
select * from `a1214213340`.`pp_vod`;
这个表有10几个字段，5万行数据，select * 要312秒，求优化方法 展开
想要查看具体脚本的性能可以去查看SQL的执行计划，分析性能主要耗在哪里，针对性优化。
希望能帮到你……
生产环境要求必须select *时应该怎么针对性的优化mysql的配置文件my.ini呢？服务器i3的CPU，4G内存，7200转500G企业级硬盘
#查找100条记录
select * from `a1214213340`.`pp_vod` limit 100;
#查找从101行开始后的100条记录
select * from `a1214213340`.`pp_vod` limit 101,100
你程序一下子读入5万行记录是吃不消的。
在不改变查询语句的前提下，怎么样才能让程序一下子读入5万行的速度还能很快，MYSQL应该如何优化呢？
这个没有太多的办法，看你机器的性能。
如果你是需要遍历所有的数据，
我建议你定义一个5000条的数组，执行10来次，然后用循环去执行sql。
你再用你的算法去遍历，去执行你要的功能。
select * from `a1214213340`.`pp_vod` limit 100
如果可以的话，最好不用 * 需要哪些字段查哪些
select title,content,id,datetime from `a1214213340`.`pp_vod` limit 100
我主要是想用这语句来反映数据库的性能，然后想请教数据库优化的解决的思路
像这样查询缓慢，我应该提高MYSQL配置文件里的哪些参数呢？比如key_buffer_size等等之类的，服务器内存4G，cpu i3 2100，现在key_buffer_size是设置的1024M
mysql的应该不用动太多，关键是不要出现慢查询，
索引要用好，但不要滥用了
问题
我们有一个 SQL，用于找到没有主键 / 唯一键的表，但是在 MySQL 5.7 上运行特别慢，怎么办？
实验
我们搭建一个 MySQL 5.7 的环境，此处省略搭建步骤。
写个简单的脚本，制造一批带主键和不带主键的表：
执行一下脚本：
现在执行以下 SQL 看看效果：
...
执行了 16.80s，感觉是非常慢了。
现在用一下 DBA 三板斧，看看执行计划：
感觉有点惨，由于 information_schema.columns 是元数据表，没有必要的统计信息。
那我们来 show warnings 看看 MySQL 改写后的 SQL：
我们格式化一下 SQL：
可以看到 MySQL 将
select from A where A.x not in (select x from B) //非关联子查询
转换成了
select from A where not exists (select 1 from B where B.x = a.x) //关联子查询
如果我们自己是 MySQL，在执行非关联子查询时，可以使用很简单的策略：
select from A where A.x not in (select x from B where ...) //非关联子查询:1. 扫描 B 表中的所有记录，找到满足条件的记录，存放在临时表 C 中，建好索引2. 扫描 A 表中的记录，与临时表 C 中的记录进行比对，直接在索引里比对，
而关联子查询就需要循环迭代：
select from A where not exists (select 1 from B where B.x = a.x and ...) //关联子查询扫描 A 表的每一条记录 rA： 扫描 B 表，找到其中的第一条满足 rA 条件的记录。
显然，关联子查询的扫描成本会高于非关联子查询。
我们希望 MySQL 能先"缓存"子查询的结果（缓存这一步叫物化，MATERIALIZATION），但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指导。
...
可以看到执行时间变成了 0.67s。
整理
我们诊断的关键点如下：
\1. 对于 information_schema 中的元数据表，执行计划不能提供有效信息。
\2. 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
\3. 我们增加了 hint，指导 MySQL 正确进行优化判断。
但目前我们的实验仅限于猜测，猜中了万事大吉，猜不中就无法做出好的诊断。
