2013-03-12 21:54:46 
阿炯
performance_schema 在 MySQL 5.6 中默认是开启的，但相关的很多参数相比 MySQL 5.5 却是降低了，例如 performance_schema 自动调整到 445 个表和 224 线程，比 MySQL 5.5 低。默认 max_connections 只有150 ，比 200 还小。
innodb_stats_on_metadata 在 MySQL 5.6 默认关闭，使得 information_schema 的查询速度快很多。
innodb_log_file_size – 默认值从 5MB 提升到 50MB，这是一个好的改变，虽然我觉得这个默认数值还可以再大些。对于写负载高的情况下，默认配置的 MySQL 5.6 性能更好。
back_log 改动比较小，从 50 改为 80。如果系统每秒处理的连接数很高，还需要继续提高这个配置的值。
open_files_limit 由原来的 1024 改为 5000
innodb_auto_extend_increment 由 8MB 改为 64MB，可帮助降低碎片。
max_connect_errors 从 10 改为 100，可降低潜在的连接堵塞，但还可以更高些。
sort_buffer_size 从 2M 将为 256K，这可避免小排序导致的资源浪费，但是对大的排序有负面的影响。
max_allowed_packet 从 1MB 改为 4MB 让 MySQL 可处理更大的查询。
join_buffer_size 从 128K 改为 256K，我觉得这个改动影响不大。
table_open_cache 从 400 提高到 2000，挺好！
innodb_buffer_pool_instances 从 1 改为 8，用于优化更高并发的负载。
query_cache_type 和 query_cache_size. The behavior is “no cache” by default still but it is achieved differently now. The query_cache_type is now off by default with default size of 1MB while in MySQL 5.5 and before it was “ON” by default with query cache size of 0 which makes it disabled. I wish query_cache_size though would be larger by default as value of 1M is too small to be practical if someone tries to enable it.
sql_mode has NO_ENGINE_SUBSTITUTION value by default which is good change as trying to create Innodb table but getting MyISAM because Innodb was disabled for some reason was very error prone gotcha. Note this is as far as MySQL 5.6 goes - STRICT_MODE and other safer behaviors are not enabled by default.
innodb_old_blocks_time 设置为 1000，很好的改变，默认扫描 InnoDB 缓冲池大小。
thread_cache_size 默认启用，对很多连接和断开连接操作的情况下有帮助。
sync_relay_log_info and sync_master_info 默认值有原来的 0 改为 10000. 该改动几乎不会影响负载。
secure_auth 默认开启，要求新的密码握手，特别是阻止老的不安全的做法。
innodb_concurrency_tickets has been increased from 500 to 5000. If you’re using innodb_thread_concurrency this will reduce overhead associated with grabbing and releasing innodb_thread_concurrency slot but will increase potential starvation of queued threads especially for IO bound workloads. Most users will not be affected though as innodb_thread_concurrency is 0 by default so this queuing feature is disabled.
innodb_purge_threads 默认为 1 ，使用专用的后台 purge 线程。
innodb_open_files 由 300 改为 2000。
innodb_data_file_path got a small change with starting ibdata1 size raised from 10M to 12M. I’m not sure what is the purpose of this change but it is unlikely to have any practical meaning for users. Considering the default innodb_auto_extend_increment is 64 starting with 64M might have made more sense.
innodb_purge_patch_size 从 20 改为 300。
innodb_file_per_table 默认启用，这个改变很大，而且很棒，特别是当你的表非常大的时候。
optimizer_switch is the catch all variable for a lot of optimizer options. I wonder why was not it implemented as number of different variables which would make more sense in my opinion. MySQL 5.6 adds a lot more optimizer switches which you can play with: 01 mysql [localhost] {msandbox} (test) > select * from var55 where variable_name='OPTIMIZER_SWITCH' \G
*************************** 1. row ***************************
VARIABLE_NAME: OPTIMIZER_SWITCH
VARIABLE_VALUE: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on
1 row in set (0.00 sec)
mysql [localhost] {msandbox} (test) > select * from var56 where variable_name='OPTIMIZER_SWITCH' \G
*************************** 1. row ***************************
VARIABLE_NAME: OPTIMIZER_SWITCH
VARIABLE_VALUE: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,
index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,
semijoin=on,loosescan=on,firstmatch=on,subquery_materialization_cost_based=on,use_index_extensions=on
1 row in set (0.00 sec)
MySQL 5.6 中关于密码方面有很多更改的地方，在无需任何配置下还是对安全进行了提升。包括：
全新的密码哈希算法 (SHA-256)
.mylogin 文件对密码进行混淆
可选择在数据库表中存储 Slave 节点密码
可在 START SLAVE 中指定密码
它可以自动的在你的日志文件中隐藏密码。这不只是混淆，然后将单向哈希值存放在日志文件中。通过设定 log-raw=OFF 你可以禁用日志文件的密码隐藏功能。log-raw 设置只影响一般的日志，而慢查询日志和二进制日志中依然会对密码进行隐藏。
在 MySQL 5.5 中这个需要在首次将哈希存储在变量时手工处理，但多数场景下这已经没什么用处了。
另据 mysql 命令的手册，mysql 命令将不会记录匹配到 "*IDENTIFIED*:*PASSWORD*" 的语句。尽管如此，还是别忘记给 MySQL 服务器和客户端日志文件予以核实的权限保护，包括其他的一些如 master.info 的文件。此外，如果你在数据库中存储从节点的凭证时需要使用 MySQL 的特权系统进行保护，如果 master.info 使得某人具有太多的数据库权限，并可使用 LOAD DATA INFILE 加载内容时也应该这么做。
当然我们可以轻松的启用安全连接，这将更好。MySQL 和很多其他应用使用 TLS，但有一些性能的问题，而且设置起来不容易。此外 MySQL 默认是不安全的，只为简单。