首页 > 代码库 > mysql安装优化

mysql安装优化


安装
centos7 安装mysql
解决方案1 安装mariadb
解决方案2 官网下载安装mysql-server
时区
批量
配置
编码
远程连接
my.cnf
简版的参数说明
核心配置参数升级版
mysql存储引擎
MySQL 存储引擎中InnoDB与Myisam的主要区别
SQL执行分析
使用profiling分析sql

安装

centos7 安装mysql

查询当前系统版本是否为centos7

  1. cat /etc/redhat-release

CentOS 7 版本将MySQL数据库软件从默认的程序列表中移除,用mariadb代替了。
MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。


解决方案1 安装mariadb

  1. yum install mariadb-server mariadb

mariadb数据库的相关命令是:
systemctl start mariadb #启动MariaDB
systemctl stop mariadb #停止MariaDB
systemctl restart mariadb #重启MariaDB
systemctl enable mariadb #设置开机启动


解决方案2 官网下载安装mysql-server

  1. wget http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm
  2. rpm -ivh mysql-community-release-el7-5.noarch.rpm
  3. yum install mysql-community-server

安装完成后重启mysql服务

  1. service mysqld restart

初次安装mysql,root账户没有密码 设置密码:

  1. set password for ‘root‘@‘localhost‘ =password(‘password‘);

时区

mysql5.7 需要在配置中 my.ini/my.cnf里面配置时区 否则就需要在url里面加参数了

  1. default-time-zone = ‘+8:00‘

批量

使用jdbc连接数据库,批量插入时候preparedstatement 的addBatch 默认是不起作用的,需要在url后面加上参数

rewriteBatchedStatements=true

这样批量插入才起作用


配置

编码

mysql配置文件为/etc/my.cnf
最后加上编码配置

  1. [mysql]
  2. default-character-set =utf8

远程连接

把在所有数据库的所有表的所有权限赋值给位于所有IP地址的root用户。

  1. grant all privileges on *.* to root@‘%‘identified by ‘password‘;

但是,一般来説为了安全,我们会把username@后面跟上一个具体的ip
如果是新用户而不是root,则要先新建用户

  1. create user ‘username‘@‘%‘ identified by ‘password‘;

my.cnf

简版的参数说明

适用于一般开发、测试迅速搭建mysql环境。

  1. [mysqld]
  2. #myslqd服务运行时的端口号
  3. port=3306
  4. #socket文件是在Linux环境下特有的,用户的客户端软件连接可以不通过TCP/IP网络而直接使用unix socket连接到Mysql。
  5. socket=/tmp/mysql.sock
  6. #避免Mysql的外部锁定,减少出错几率,增强稳定性。
  7. skip-external-locking
  8. #禁止MySql对外部连接进行DNS解析,使用这一选项可以消除MySQL进行NDS解析的时间。但需要注意的是:如果开启该选项,则所有远程主机连
  9. 接授权都要使用IP地址方式了,否则MYSQL将无法正常处理连接请求。
  10. skip-name-resolve
  11. #back_log参数的值指出在MySQL暂时停止响应新请求之前,短时间内的多少个请求可以被存在对堆栈中,如果系统短时间内有很多连接,则需>要增大该参数的值,该参数值指定到来的TCP/IP连接的监听队列的大小。不同的操作系统在这个队列的大小有自己的限制,如果试图将back_log设定得高于操作系统的限制将是无效的,其默认值为50,对于LINUX系统而言,推荐设置为小于512的整数。
  12. back_log=384
  13. #索引缓冲区大小,增加它可得到更好的索引处理性能,对于内存在4GB左右的服务器,该参数可设置为256M或384M。如果该参数值设置的过大>反而会使服务器的整体效率降低。
  14. key_buffer_size=384M
  15. #设定在网络传输中一次消息传输量的最大值,系统默认值为1MB,最大值是1GB,必须设定为1024的倍数,单位为字节。
  16. max_allowed_packet=4M
  17. #设置MySQL每个线程的堆栈大小,默认值足够大,可满足普通操作。可设置范围为128KB至4GB,默认192K。
  18. thread_stack=256k
  19. #设定查询排序时所能使用的缓冲区大小,系统默认大小为2MB,从5.1.23版本开始,在除了WINDOWS 之外的64位平台上可以4GB的限制。该参数
  20. 对应的分配内在是每个连接独占的,如果有100个连接,那么实际分配的总排序缓冲区大小为100*6600MB,那么对于内存4GB左右的服务器来>说,推荐将其设置为6MB-8MB
  21. sort_buffer_size=6M
  22. #读查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内在也是每个连接独享。
  23. read_buffer_size=4M
  24. #设置Thread Cache池中可以缓存的连接池线程最大数量,可设置为0-16384,默认为0。1GB内存我们配置为8,2GB内存我们配置为16,4GB或4GB以上内在我们配置为64。
  25. thread_cache_size=64
  26. #指定Mysql查询缓冲区的大小,可以通过在Mysql控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况,如果
  27. Qcache_hits的值非常大,则表明查询缓冲使用的非常频繁
  28. query_cache_size=64M
  29. #设置内在临时表最大值,如果超过该值,则会将临时表写入磁盘,其范围为1KB至4GB。
  30. tmp_table_size=256M
  31. #指定MYSQL允许的最大连接进程数,如果在访问程序时经常出现TOO MANY CONNECTIONS的错误提示,则需要增大该参数值。
  32. max_connections=5000
  33. #指定一个请求的最大连接时间,对于4GB左右内在的服务器来说,可以将其设置为5-10
  34. wait_timeout=120
  35. #该参数取值为服务器逻辑CPU数量*2,比如,服务器有两个物理CPU,每个物理CPU支持HT超线程,所以实际取值4*2=8,这也是目前双四核主流
  36. 服务器的配置。
  37. thread_concurrency=8
  38. #开启该选项可以彻底关闭MYSQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MYSQL的数据库服务器,则不要开启该选项,否则>将无法正常连接。
  39. skip-networking
  40. innodb_flush_log_at_trx_commit
  41. #抱怨Innodb比MyISAM慢 100倍?那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)
  42. 硬盘,这是很费时的。特别是使用电池供电缓存(Battery backed up cache)时。设成2对于很多运用,特别是从MyISAM表转过来的是可以的>,它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘,所以你一般不会丢失超过1-2秒的更新。设成0会更快一点,但安>全方面比较差,即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。
  43. innodb_flush_log_at_trx_commit=2
  44. #这是 InnoDB 存储引擎的事务日志所使用的缓冲区。类似于 Binlog Buffer,InnoDB 在写事务日志的时候,为了提高性能,也是先将信息写>入 Innofb Log Buffer 中,当满足 innodb_flush_log_trx_commit 参数所设置的相应条件(或者日志缓冲区写满)之后,才会将日志写到文>件(或者同步到磁盘)中。可以通过 innodb_log_buffer_size 参数设置其可以使用的最大内存空间。
  45. innodb_log_buffer_size=2M
  46. #这个数字要根据实际的情况来设定,但对于大多数的情况,是一个比较合适的设置
  47. innodb_thread_concurrency=8
  48. #tmp_table_size 的默认大小是 32M。如果一张临时表超出该大小,MySQL产生一个 The table tbl_name is full 形式的错误,如果你做很多
  49. 高级 GROUP BY 查询,增加 tmp_table_size 值。
  50. tmp_table_size=64M
  51. #随机读取数据缓冲区使用内存(read_rnd_buffer_size):和顺序读取相对应,当 MySQL 进行非顺序读取(随机读取)数据块的时候,会利用>这个缓冲区暂存读取的数据。如根据索引信息读取表数据,根据排序后的结果集与表进行Join等等。总的来说,就是当数据块的读取需要满足>一定的顺序的情况下,MySQL 就需要产生随机读取,进而使用到 read_rnd_buffer_size 参数所设置的内存缓冲区。
  52. read_rnd_buffer_size=16M
  53. #你最好在定义数据库命名规则的时候就全部采用小写字母加下划线的组合,而不使用任何的大写字母。
  54. lower_case_table_names=1
  55. #设置校验模式
  56. sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
  57. #默认配置没开查询缓存哦亲
  58. explicit_defaults_for_timestamp

核心配置参数升级版

适用于一般DBA和架构师级别。

  1. [client]
  2. port = 3306 # 客户端端口号为3306
  3. socket = /data/3306/mysql.sock
  4. default-character-set = utf8
  5. # 客户端字符集,(控制character_set_client、character_set_connection、character_set_results)
  6. [mysql]
  7. no-auto-rehash # 仅仅允许使用键值的updates和deletes
  8. [mysqld]
  9. # 组包括了mysqld服务启动的参数,它涉及的方面很多,其中有MySQL的目录和文件,通信、网络、信息安全,内存管理、优化、查询缓存区,还有MySQL日志设置等。
  10. user = mysql
  11. # mysql_safe脚本使用MySQL运行用户(编译时--user=mysql指定),推荐使用mysql用户。
  12. port = 3306
  13. # MySQL服务运行时的端口号。建议更改默认端口,默认容易遭受攻击。
  14. socket = /data/3306/mysql.sock
  15. # socket文件是在Linux/Unix环境下特有的,用户在Linux/Unix环境下客户端连接可以不通过TCP/IP网络而直接使用unix socket连接MySQL。
  16. basedir = /application/mysql
  17. # mysql程序所存放路径,常用于存放mysql启动、配置文件、日志等
  18. datadir = /data/3306/data
  19. # MySQL数据存放文件(极其重要)
  20. character-set-server = utf8
  21. # 数据库和数据库表的默认字符集。(推荐utf8,以免导致乱码)
  22. log-error=/data/3306/mysql.err
  23. # mysql错误日志存放路径及名称(启动出现错误一定要看错误日志,百分之百都能通过错误日志排插解决。)
  24. pid-file=/data/3306/mysql.pid
  25. # MySQL_pid文件记录的是当前mysqld进程的pid,pid亦即ProcessID。
  26. skip-locking
  27. # 避免MySQL的外部锁定,减少出错几率,增强稳定性。
  28. skip-name-resolv
  29. # 禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时候。但是需要注意的是,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式了,否则MySQL将无法正常处理连接请求!
  30. skip-networking
  31. # 开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果Web服务器是以远程连接的方式访问MySQL数据库服务器的,则不要开启该选项,否则无法正常连接!
  32. open_files_limit = 1024
  33. # MySQLd能打开文件的最大个数,如果出现too mant open files之类的就需要调整该值了。
  34. back_log = 384
  35. # back_log参数是值指出在MySQL暂时停止响应新请求之前,短时间内的多少个请求可以被存在堆栈中。如果系统在短时间内有很多连接,则需要增加该参数的值,该参数值指定到来的TCP/IP连接的监听队列的大小。不同的操作系统在这个队列的大小上有自己的限制。如果试图将back_log设置得高于操作系统的限制将是无效的,其默认值为于Linux系统而言,推荐设置为小于512的整数。
  36. max_connections = 800
  37. # 指定MySQL允许的最大连接进程数。如果在访问博客时经常出现 Too Many Connections的错误提示,则需要增大该参数值。
  38. max_connect_errors = 6000
  39. # 设置每个主机的连接请求异常中断的最大次数,当超过该次数,MySQL服务器将禁止host的连接请求,直到MySQL服务器重启或通过flush hosts命令清空此host的相关信息。
  40. wait_timeout = 120
  41. # 指定一个请求的最大连接时间,对于4GB左右内存的服务器来说,可以将其设置为5~10。
  42. table_cache = 614K
  43. # table_cache指示表高速缓冲区的大小。当MySQL访问一个表时,如果在MySQL缓冲区还有空间,那么这个表就被打开并放入表缓冲区,这样做的好处是可以更快速地访问表中的内容。一般来说,可以查看数据库运行峰值时间的状态值Open_tables和Open_tables,用以判断是否需要增加table_cache的值,即如果Open_tables接近table_cache的时候,并且Opened_tables这个值在逐步增加,那就要考虑增加这个值的大小了。
  44. external-locking = FALSE
  45. # MySQL选项可以避免外部锁定。True为开启。
  46. max_allowed_packet =16M
  47. # 服务器一次能处理最大的查询包的值,也是服务器程序能够处理的最大查询
  48. sort_buffer_size = 1M
  49. # 设置查询排序时所能使用的缓冲区大小,系统默认大小为2MB。
  50. # 注意:该参数对应的分配内存是每个连接独占的,如果有100个连接,那么实际分配的总排序缓冲区大小为100 x6=600MB。所以,对于内存在4GB左右的服务器来说,推荐将其设置为6MB~8MB
  51. join_buffer_size = 8M
  52. # 联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享。
  53. thread_cache_size = 64
  54. # 设置Thread Cache池中可以缓存的连接线程最大数量,可设置为0~16384,默认为个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中;如果线程重新被请求,那么请求将从缓存中读取,如果缓存中是空的或者是新的请求,那么这个线程将被重新创建,如果有很多线程,增加这个值可以改善系统性能。通过比较Connections和Threads_created状态的变量,可以看到这个变量的作用。我们可以根据物理内存设置规则如下:1GB内存我们配置为8,2GB内存我们配置为16,3GB我们配置为32,4GB或4GB以上我们给此值为64或更大的值。
  55. thread_concurrency = 8
  56. # 该参数取值为服务器逻辑CPU数量x 2,在本例中,服务器有两个物理CPU,而每个物理CPU又支持H.T超线程,所以实际取值为4 x 2 = 8。这也是双四核主流服务器的配置。
  57. query_cache_size = 64M
  58. # 指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;如果Qcache_hits的值非常大,则表明查询缓冲使用得非常频繁。另外如果改值较小反而会影响效率,那么可以考虑不用查询缓冲。对于Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。
  59. query_cache_limit = 2M
  60. # 只有小于此设置值的结果才会被缓存
  61. query_cache_min_res_unit = 2k
  62. # 设置查询缓存分配内存的最小单位,要适当第设置此参数,可以做到为减少内存快的申请和分配次数,但是设置过大可能导致内存碎片数值上升。默认值为4K,建议设置为1K~16K。
  63. default_table_type = InnoDB
  64. # 默认表的类型为InnoDB
  65. thread_stack = 256K
  66. # 设置MySQL每个线程的堆栈大小,默认值足够大,可满足普通操作。可设置范围为128KB至4GB,默认为192KB
  67. #transaction_isolation = Level
  68. # 数据库隔离级别 (READ UNCOMMITTED(读取未提交内容) READ COMMITTED(读取提交内容) REPEATABLE
  69. READ(可重读) SERIALIZABLE(可串行化))
  70. tmp_table_size = 64M
  71. # 设置内存临时表最大值。如果超过该值,则会将临时表写入磁盘,其范围1KB到4GB。
  72. max_heap_table_size = 64M
  73. # 独立的内存表所允许的最大容量。
  74. table_cache = 614
  75. # 给经常访问的表分配的内存,物理内存越大,设置就越大。调大这个值,一般情况下可以降低磁盘IO,但相应的会占用更多的内存,这里设置为614。
  76. table_open_cache = 512
  77. # 设置表高速缓存的数目。每个连接进来,都会至少打开一个表缓存。因此, table_cache 的大小应与 max_connections 的设置有关。例如,对于 200 个并行运行的连接,应该让表的缓存至少有 200 × N ,这里 N 是应用可以执行的查询的一个联接中表的最大数量。此外,还需要为临时表和文件保留一些额外的文件描述符。
  78. long_query_time = 1
  79. # 慢查询的执行用时上限,默认设置是10s,推荐(1s~2s)
  80. log_long_format
  81. # 没有使用索引的查询也会被记录。(推荐,根据业务来调整)
  82. log-slow-queries = /data/3306/slow.log
  83. # 慢查询日志文件路径(如果开启慢查询,建议打开此日志)
  84. log-bin = /data/3306/mysql-bin
  85. # logbin数据库的操作日志,例如update、delete、create等都会存储到binlog日志,通过logbin可以实现增量恢复
  86. relay-log = /data/3306/relay-bin
  87. # relay-log日志记录的是从服务器I/O线程将主服务器的二进制日志读取过来记录到从服务器本地文件,然后SQL线程会读取relay-log日志的内容并应用到从服务器
  88. relay-log-info-file = /data/3306/relay-log.info
  89. # 从服务器用于记录中继日志相关信息的文件,默认名为数据目录中的relay-log.info。
  90. binlog_cache_size = 4M
  91. # 在一个事务中binlog为了记录sql状态所持有的cache大小,如果你经常使用大的,多声明的事务,可以增加此值来获取更大的性能,所有从事务来的状态都被缓冲在binlog缓冲中,然后再提交后一次性写入到binlog中,如果事务比此值大,会使用磁盘上的临时文件来替代,此缓冲在每个链接的事务第一次更新状态时被创建。
  92. max_binlog_cache_size = 8M
  93. # 最大的二进制Cache日志缓冲尺寸。
  94. max_binlog_size = 1G
  95. # 二进制日志文件的最大长度(默认设置1GB)一个二进制文件信息超过了这个最大长度之前,MySQL服务器会自动提供一个新的二进制日志文件接续上。
  96. expire_logs_days = 7
  97. # 超过7天的binlog,mysql程序自动删除(如果数据重要,建议不要开启该选项)
  98. key_buffer_size = 256M
  99. # 指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器来说,该参数可设置为256MB或384MB。
  100. # 注意:如果该参数值设置得过大反而会使服务器的整体效率降低!
  101. read_buffer_size = 4M
  102. # 读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享。
  103. read_rnd_buffer_size = 16M
  104. # 设置进行随机读的时候所使用的缓冲区。此参数和read_buffer_size所设置的Buffer相反,一个是顺序读的时候使用,一个是随机读的时候使用。但是两者都是针对与线程的设置,每个线程都可以产生两种Buffer中的任何一个。默认值256KB,最大值4GB。
  105. bulk_insert_buffer_size = 8M
  106. # 如果经常性的需要使用批量插入的特殊语句来插入数据,可以适当调整参数至16MB~32MB,建议8MB。
  107. myisam_sort_buffer_size = 8M
  108. # 设置在REPAIR Table或用Create index创建索引或 Alter table的过程中排序索引所分配的缓冲区大小,可设置范围4Bytes至4GB,默认为8MB
  109. lower_case_table_names = 1
  110. # 实现MySQL不区分大小。(发开需求-建议开启)
  111. slave-skip-errors = 1032,1062
  112. # 从库可以跳过的错误数字值(mysql错误以数字代码反馈,全的mysql错误代码大全,以后会发布至博客)。
  113. replicate-ignore-db=mysql
  114. # 在做主从的情况下,设置不需要同步的库。
  115. server-id = 1
  116. # 表示本机的序列号为1,如果做主从,或者多实例,serverid一定不能相同。
  117. myisam_sort_buffer_size = 128M
  118. # 当需要对于执行REPAIR, OPTIMIZE, ALTER 语句重建索引时,MySQL会分配这个缓存,以及LOAD DATA INFILE会加载到一个新表,它会根据最大的配置认真的分配的每个线程。
  119. myisam_max_sort_file_size = 10G
  120. # 当重新建索引(REPAIR,ALTER,TABLE,或者LOAD,DATA,TNFILE)时,MySQL被允许使用临时文件的最大值。
  121. myisam_repair_threads = 1
  122. # 如果一个表拥有超过一个索引, MyISAM 可以通过并行排序使用超过一个线程去修复他们.
  123. myisam_recover
  124. # 自动检查和修复没有适当关闭的 MyISAM 表.
  125. innodb_additional_mem_pool_size = 4M
  126. # 用来设置InnoDB存储的数据目录信息和其他内部数据结构的内存池大小。应用程序里的表越多,你需要在这里面分配越多的内存。对于一个相对稳定的应用,这个参数的大小也是相对稳定的,也没有必要预留非常大的值。如果InnoDB用广了这个池内的内存,InnoDB开始从操作系统分配内存,并且往MySQL错误日志写警告信息。默认为1MB,当发现错误日志中已经有相关的警告信息时,就应该适当的增加该参数的大小。
  127. innodb_buffer_pool_size = 64M
  128. # InnoDB使用一个缓冲池来保存索引和原始数据,设置越大,在存取表里面数据时所需要的磁盘I/O越少。强烈建议不要武断地将InnoDB的Buffer Pool值配置为物理内存的50%~80%,应根据具体环境而定。
  129. innodb_data_file_path = ibdata1:128M:autoextend
  130. # 设置配置一个可扩展大小的尺寸为128MB的单独文件,名为ibdata有给出文件的位置,所以默认的是在MySQL的数据目录内。
  131. innodb_file_io_threads = 4
  132. # InnoDB中的文件I/O线程。通常设置为4,如果是windows可以设置更大的值以提高磁盘I/O
  133. innodb_thread_concurrency = 8
  134. # 你的服务器有几个CPU就设置为几,建议用默认设置,一般设为8。
  135. innodb_flush_log_at_trx_commit = 1
  136. # 设置为0就等于innodb_log_buffer_size队列满后在统一存储,默认为1,也是最安全的设置。
  137. innodb_log_buffer_size = 2M
  138. # 默认为1MB,通常设置为8~16MB就足够了。
  139. innodb_log_file_size = 32M
  140. # 确定日志文件的大小,更大的设置可以提高性能,但也会增加恢复数据库的时间。
  141. innodb_log_files_in_group = 3
  142. # 为提高性能,MySQL可以以循环方式将日志文件写到多个文件。推荐设置为3。
  143. innodb_max_dirty_pages_pct = 90
  144. # InnoDB主线程刷新缓存池中的数据。
  145. innodb_lock_wait_timeout = 120
  146. # InnoDB事务被回滚之前可以等待一个锁定的超时秒数。InnoDB在它自己的锁定表中自动检测事务死锁并且回滚事务。InnoDB用locak tables 语句注意到锁定设置。默认值是50秒。
  147. innodb_file_per_table = 0
  148. # InnoDB为独立表空间模式,每个数据库的每个表都会生成一个数据空间。0关闭,1开启。
  149. # 独立表空间优点:
  150. # 1、每个表都有自己独立的表空间。
  151. # 2 、每个表的数据和索引都会存在自己的表空间中。
  152. # 3、可以实现单表在不同的数据库中移动。
  153. # 4、空间可以回收(除drop table操作处,表空不能自己回收。)
  154. [mysqldump]
  155. quick
  156. #quick 不缓冲查询,直接导出至stdout
  157. max_allowed_packet = 2M
  158. # 设定在网络传输中一次消息传输量的最大值。系统默认值为1MB,最大值是1GB,必须设置为1024的倍数。单位为字节。

mysql存储引擎

MySQL 存储引擎中InnoDB与Myisam的主要区别

MySQL最重要的两种存储引擎InnoDB与Myisam,这是基础,一定要知道

  1. 事务处理
    innodb 支持事务功能,myisam 不支持。
    Myisam 的执行速度更快,性能更好。
  2. select ,update ,insert ,delete 操作
    MyISAM:如果执行大量的SELECT,MyISAM是更好的选择
    InnoDB:如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表
  3. 锁机制不同
    InnoDB 为行级锁,myisam 为表级锁。
    注意:当数据库无法确定,所找的行时,也会变为锁定整个表。
    如: update table set num = 10 where username like "%test%";
  4. 查询表的行数不同
    MyISAM:select count() from table,MyISAM只要简单的读出保存好的行数,注意的是,当count()语句包含 where条件时,两种表的操作是一样的
    InnoDB : InnoDB 中不保存表的具体行数,也就是说,执行select count(*) from table时,InnoDB要扫描一遍整个表来计算有多少行
  5. 物理结构不同
    MyISAM :每个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始,扩展名指出文件类型。

    .frm文件存储表定义.
    数据文件的扩展名为.MYD (MYData)。
    索引文件的扩展名是.MYI (MYIndex)
    InnoDB:基于磁盘的资源是InnoDB表空间数据文件和它的日志文件,InnoDB 表的大小只受限于操作系统文件的大小,一般为 2GB

  6. anto_increment 机制不同
    一张表,里面有ID自增主键,当insert了17条记录之后,删除了第15,16,17条记录,再把Mysql重启,再insert一条记录,这条记录的ID是18还是15 。
    答案:
    如果表的类型是MyISAM,那么是18。
    因为MyISAM表会把自增主键的最大ID记录到数据文件里,重启MySQL自增主键的最大ID也不会丢失。
    如果表的类型是InnoDB,那么是15。
    InnoDB表只是把自增主键的最大ID记录到内存中,所以重启数据库或者是对表进行OPTIMIZE操作,都会导致最大ID丢失。


SQL执行分析

使用profiling分析sql

查看是否已经启用profile,默认是关闭的

  1. select @@profiling;

启用profiling(变量profiling是用户变量每次都得重新启用)

  1. set profiling = 1;

使用profiling记录用户执行的SQL 查询分析的语句

  1. show profiles;

里面有之前执行过的语句。根据id来具体查看io,cpu使用情况

  1. show profile block io, cpu for query 1;

mysql安装优化