MySQL初始化简单优化

1,yum  2,源码 3,二进制 4,源码+yum

不管哪种方式装完成数据库,都需要对数据库做一些优化.

优化数据库

mysql> select host,user from mysql.user;
+-----------+------+
| host      | user |
+-----------+------+
| 127.0.0.1 | root |
| ::1       | root |
| localhost |      |
| localhost | root |
| www       |      |
| www       | root |
+-----------+------+
6 rows in set (0.00 sec)
#删掉用户名为null的
mysql> delete from mysql.user where user=‘‘;
Query OK, 2 rows affected (0.00 sec)

mysql> select host,user from mysql.user;
+-----------+------+
| host      | user |
+-----------+------+
| 127.0.0.1 | root |
| ::1       | root |
| localhost | root |
| www       | root |
+-----------+------+
4 rows in set (0.00 sec)

drop user ‘‘@‘localhost‘;
drop user ‘‘@‘::1‘;
drop user ‘root‘@‘lanny‘;
drop user ‘‘@‘lanny‘;
mysql> select user,host from mysql.user;

mysql>
#有时候drop删不掉(可能包含特殊字符),才会用delete命令
删掉ipv6的:
mysql> delete from mysql.user where host=‘::1‘;
Query OK, 1 row affected (0.00 sec)

mysql> select user,host from mysql.user;
+------+-----------+
| user | host      |
+------+-----------+
| root | 127.0.0.1 |
| root | localhost |
| root | www       |
+------+-----------+
3 rows in set (0.00 sec)
删掉www的
mysql> delete from mysql.user where host=‘www‘;
Query OK, 1 row affected (0.00 sec)

mysql> select user,host from mysql.user;
+------+-----------+
| user | host      |
+------+-----------+
| root | 127.0.0.1 |
| root | localhost |
+------+-----------+
2 rows in set (0.00 sec)

mysql>
删掉test库
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> drop database test;
Query OK, 0 rows affected (0.00 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
+--------------------+
3 rows in set (0.00 sec)

时间: 2024-10-10 20:33:45

MySQL初始化简单优化的相关文章

mysql的简单优化【简单易学】

1.选取最适用的字段属性: 表字段尽量设小,不要给数据库增加没必要的空间:如:值为'01'.'02',给char(2)即可: 2.使用连接(JOIN)来代替子查询(Sub-Queries): 使用join是因为MySQL不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作. 3.建立索引: 一般用在JOIN,WHERE判断,ORDERBY排序字段上. 4.避免使用select * from 表名: 需要什么字段就写什么字段. 5.尽量避免在WHERE中!=或者<>,否则放弃使用索引

mysql 的简单优化

合理的建立索引的建议: (1)  越小的数据类型通常更好:越小的数据类型通常在磁盘.内存和CPU缓存中都需要更少的空间,处理起来更快. (2)  简单的数据类型更好:整型数据比起字符,处理开销更小,因为字符串的比较更复杂.在MySQL中,应该用内置的日期和时间数据类型,而不是用字符串来存储时间:以及用整型数据类型存储IP地址. (3)  尽量避免NULL:应该指定列为NOT NULL,除非你想存储NULL.在MySQL中,含有空值的列很难进行查询优化,因为它们使得索引.索引的统计信息以及比较运算

MySQL的简单优化

一.如何发现需要优化的SQL 主要使用MySQL的慢查日志对有效率问题的SQL进行监控 第一步:启动慢查日志的监控 打开开关,将未使用索引的查询记录到慢查日志中 设置查询时间,当查询时间大于这个值,就记录到慢查日志中 打开开关,启动慢查日志监控 第二步:使用慢查日志分析工具比如mysqldumpslow或者pt-query-digest来 查看有执行效率问题的SQL 二.如何对某条SQL优化 通过explain查看SQL的执行计划: 一是执行计划中SQL是走索引还是全表扫描.如select ma

msyql5.6双mysql安装以及简单优化

注意事项:只要做到以下4点,2个mysql就可以同时安装到一台机器ps:可以举一反三,一台机器只要你的负载够的话,想安装几个都可以.下面以2个为例: 我的测试服务器配置为2个6核cpu 48g内存 4t硬盘,安装主从测试之后10w的并发基本是上限.2个mysql安装到一台服务器1.socket文件不同2.data文件不同3.配置文件不同4.mysql端口不同 安装步骤:第一个mysql5.6正常安装:groupadd mysqluseradd -s /sbin/nologin -M -g mys

mysql中的优化, 简单的说了一下垂直分表, 水平分表(有几种模运算),读写分离.

一.mysql中的优化 where语句的优化 1.尽量避免在 where 子句中对字段进行表达式操作select id from uinfo_jifen where jifen/60 > 10000;优化后:Select id from uinfo_jifen where jifen>600000; 2.应尽量避免在where子句中对字段进行函数操作,这将导致mysql放弃使用索引 select uid from imid where datediff(create_time,'2011-11

MySQL初始化以及客户端工具的使用

MySQL初始化以及客户端工具的使用 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.什么是关系型数据库 关系型数据库通常是把所有的数据都组织成二维关系.之所以称为关系型数据库是因为他把数据组织在一个有字段和记录组成的二维关系表当中.并且在这个关系表之外提供了很多辅助性的工具以完成关系表中的关系的维持及数据访问等功能. 我们知道如果将数据存储为字符形式的时候有文本对象和二进制大对象.二进制大对象不会直接存储在数据库中,而是放在服务器的某一个路径上,而在数据库存储的知识该数据

Mysql数据库性能优化大总结

目录:[TOC] 影响数据库服务器性能的因素 超高的QPS(每秒钟处理的查询量)和TPS导致SQL处理效率下降. 大量的并发导致的数据库连接数被占满和超高的CPU占用率导致资源耗尽服务器宕机. 磁盘IO性能瓶颈导致数据传输效率下降,计划任务导致磁盘IO下降. 网卡IO性能瓶颈,要减少从服务器数量,缓存要分级,避免使用 select * 这样的查询. 大表导致的问题: 不同数据库引擎对于大表的概念是不一样的. InnoDB存储引擎没有明确的大表概念. 实际使用中发现当一个数据表中的数据超过千万行的

《高性能MySQL》之MySQL查询性能优化

为什么查询会慢? 响应时间过长.如果把查询看做是一个任务,那么它由一系列子任务组成,每个子任务都会消耗一定的时间.如果要优化查询,实际上优化其子任务,要么消除其中一些子任务,要么减少子任务的执行次数,要么让子任务运行得更快. 查询的生命周期: 客户端->服务器->服务器上解析->生成执行计划->执行->返回结果给客户端. 其中”执行”包括大量为了检索数据到存储引擎的调用以及调用后的数据处理,包括排序.分组等. 慢查询:优化数据访问 查询性能低下最基本的原因:访问的数据太多.

架构设计:系统存储(8)——MySQL数据库性能优化(4)

================================ (接上文<架构设计:系统存储(7)--MySQL数据库性能优化(3)>) 4-3.InnoDB中的锁 虽然锁机制是InnoDB引擎中为了保证事务性而自然存在的,在索引.表结构.配置参数一定的前提下,InnoDB引擎加锁过程是一样的,所以理论上来说也就不存在"锁机制能够提升性能"这样的说法.但如果技术人员不理解InnoDB中的锁机制或者混乱.错误的索引定义和同样混乱的SQL写操作语句共同作用,那么导致死锁出现的