13518219792
你好 mysql服务器，防火墙打开3306端口；看看你的mysql是否设置允许其他机器连接了。打MYSQL中默认MYSQL数据库；更改USE表中的HOST键值（即将LOCALHOST---%）；登录到管理器，添加一个用户，主机写%即可。
创新互联于2013年成立，先为新区等服务建站，新区等地企业，进行企业商务咨询服务。为新区企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。
检查系统的状态 通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。
MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句1，slow_query_log这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。2，long_query_time当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。
优酷的经验数据库采用水平扩展，主从复制，随着从数据库的增多，复制延迟越来越厉害，最终无法忍受。最终还是采用数据库的sharding，把一组用户相关的表和数据放到一组数据库上。
1、以下是网上流传比较广泛的30种SQL查询语句优化方法： 应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。
2、开发者习惯性的先使用SELECT语句查询大量的结果，然后由应用查询或者前端展示层再获取前面的N行数据，例如，在新闻网站中查询100条记录，但是只是在页面上显示前10条。
3、查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
于是我改成了count(1)、count(id)，然而都不行。网上资料说MySQL对count(*)做了特别的优化，按理来说应该是最快的，然而三个都不约而同的非常慢。
任何情况下SELECT COUNT(*)FROM xxx 是最优选择；尽量减少SELECT COUNT(*)FROM xxx WHERE COL = ‘xxx’这种查询；杜绝SELECT COUNT(COL)FROM tablename WHERE COL = ‘xxx’的出现。
根据主键会查到整条数据 根据辅助索引只能查到主键，然后必须通过主键再查到剩余信息。所以如果要优化count(*)操作的话，我们需要找一个短小的列，为它建立辅助索引。
只记录一列的总条数会快点count(列名)。或者where条件改为city like %扬州 or city like 扬州%，city like %扬州% 是进行全表查询，修改后是两个范围的扫描，性能也能提高一些，你试一试。还可以使用索引。
在电脑管家主界面上点击“清理垃圾”，确认相关垃圾类型被勾选后，点击“开始扫描”，然后点击“立即清理”，如果有需要确认才能清理的垃圾，会您确认后再进行深度清理，以实现快速、安全地清理掉电脑中的垃圾文件。
这是一种“自上而下”的方法。搜索插入位置从树的根部（顶部）开始并达到叶页（底部）。该记录插入光标指向的叶页上。在查找插入位置和进行业面拆分和合并方面开销很大。
1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2、最有效的解决方法是需要多少记录就查询多少记录，通常会在查询后面加上LIMIT，即： 分页查询。
3、查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
响应时间扫描的行数返回的行数没有哪个指标能够完全来衡量查询的开销，但它们能够大致反映MySQL内部执行查询时需要访问多少数据，并可以大概推算出查询运行的实际。
而优化数据的重要一步就是索引的建立，对于mysql中出现的慢查询，我们可以通过使用索引来提升查询速度。索引用于快速找出在某个列中有一特定值的行。
查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
形成了瓶颈效应。查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）。锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)。返回了不必要的行和列。查询语句写的不好，没有很好的优化。
