mysql处理海量数据的优化配置
常常遇到大数据量频繁读写势必会导致服务器的性能下降。下面记录一下对mysql的优化配置
1.首先关闭auto commit。
2.对于数据表使用InnoDB。
3.关闭外键约束。
4.采用多值插入“INSERT INTO 表名 VALUES (1,2), (5,5), ...;” 如果有大量并发可以用更改INSERT INTO为 INSERT DELAYED INTO可以在程度上解决阻塞问题。
5.日志文件设置的大一点， 但日志缓冲设定要适当。
6.加大buffer pool 。
innodb_buffer_pool_size = 600M（最好小于等于机器内存的75%不要超过）。
innodb_additional_mem_pool_size = 64M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 256M
#innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
innodb_file_per_table
其中innodb_flush_log_at_trx_commit和innodb_file_per_table对I/O性能影响最大
相关文档：
linux:
如果 MySQL 正在运行，首先杀之： killall -TERM mysqld。
启动 MySQL ：/usr/bin/safe_mysqld --skip-grant-tables &
就可以不需要密码就进入 MySQL 了。
然后就是
>use mysql
>update user set password=password("new_pass") where user="root";
>flush privileges;
重新杀 MySQL ， ......
做数据库调优，一个简单的tip就使性能提升一大块时，被帮助的人自然是高兴而且感激，我也是满心欢喜。用所学帮助了他人，也说明还是有一技之长的，有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化，在slow query log里发现有两个SQL执行的次数最多，并且每次都在两秒以上。用explain看了，也未发现索引使用� ......
MySQL的timestamp类型自动更新问题
今天建了一个表，里面有一个列是timestamp类型，我本意是在数据更新时，这个字段的时间能自动更新。岂知对这个类型的值还不甚了解，导致出错。发现这个字段只是在这行数据建立的时候有值，在更新的却无变化。
查找资料，发现是我建表的语句有问题：
以下是代 ......
首先看MySQL 5.0参考手册中关于创建存储过程的语法说明：
CREATE
[DEFINER = { user | CURRENT_USER }]
PROCEDURE sp_name ([proc_parameter[,...]])
[characteristic ...] routine_body
proc_parameter:
......
MySQL 字符串截取函数：left(), right(), substring(), substring_index()。还有 mid(), substr()。其中，mid(), substr() 等价于 substring() 函数，substring() 的功能非常强大和灵活。
1. 字符串截取：left(str, length)
mysql> select left('sqlstudy.com', 3);
+-------------------------+
| left('sq ......
