InnoDB配置示例
[mysqld]
# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /data/mysql/innodb/
#innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
#innodb_log_group_home_dir = /data/mysql/innodb/log/
#innodb_log_arch_dir = /data/mysql/innodb/log/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 1024M
#innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 192M
#innodb_log_buffer_size = 18M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
注意:
InnoDB不会自己建立目录,必须自己使用操作系统命令建立相应的目录。检查你的 MySQL 服务程序在 datadir 目录里有足够的权限建立文件。
引用
[mysqld]
# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /data/mysql/innodb/
#innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
#innodb_log_group_home_dir = /data/mysql/innodb/log/
#innodb_log_arch_dir = /data/mysql/innodb/log/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 1024M
#innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 192M
#innodb_log_buffer_size = 18M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
注意:
InnoDB不会自己建立目录,必须自己使用操作系统命令建立相应的目录。检查你的 MySQL 服务程序在 datadir 目录里有足够的权限建立文件。
KIS系列专用
引用
引用
今天“国庆中秋假期改为三天”的消息在学校那是相当的火啊……
一直忙于其他事情的到现在我才开始意识到我们面临着什么……
忽来的转变
上午在寝室安安心心地搞着服务器,室友下课回来就是一阵抱怨“TMD,国庆中秋只有三天休息,哪里也去不了了……”。我一开始以为是哪里来的小道消息,明明是由国务院安排的八天休息,而且昨天Ecjtu_net才发完通告,怎么会是突然说改就改呢。
但是后来就在我给室友展示Ecjtu_net上的公告时,惊奇地发现,原来明明是一个国庆中秋休息八天的通知,瞬间变成了邪恶的三天。
一直忙于其他事情的到现在我才开始意识到我们面临着什么……
忽来的转变
上午在寝室安安心心地搞着服务器,室友下课回来就是一阵抱怨“TMD,国庆中秋只有三天休息,哪里也去不了了……”。我一开始以为是哪里来的小道消息,明明是由国务院安排的八天休息,而且昨天Ecjtu_net才发完通告,怎么会是突然说改就改呢。
刷新前的瞬间
但是后来就在我给室友展示Ecjtu_net上的公告时,惊奇地发现,原来明明是一个国庆中秋休息八天的通知,瞬间变成了邪恶的三天。
虽然有些无奈,但是只能无奈
Distributed Transaction Coordinator 服务因 3221229584 (0xC0001010) 服务性错误而停止。
引用
打开事件查看器:
在系统事件中有错误:Distributed Transaction Coordinator 服务因 3221229584 (0xC0001010) 服务性错误而停止。
经多次试验,发现这主要是系统无法找到MS DTC 日志文件造成的,只要创建一下就可以了:
点开始→运行→输入命令"msdtc -resetlog",运行该命令即可.
之后,重新启动电脑,或者运行服务中的"Distributed Transaction Coordinator "服务均可.
在系统事件中有错误:Distributed Transaction Coordinator 服务因 3221229584 (0xC0001010) 服务性错误而停止。
经多次试验,发现这主要是系统无法找到MS DTC 日志文件造成的,只要创建一下就可以了:
点开始→运行→输入命令"msdtc -resetlog",运行该命令即可.
之后,重新启动电脑,或者运行服务中的"Distributed Transaction Coordinator "服务均可.
装mysql,运行一段时间后,在mysql目录下出现一堆类似mysql-bin.000***,从mysql-bin.000001开始一直排列下来,而且占用了大量硬盘空间,高达几十个G. 对于这些超大空间占用量的文件我们应该怎么办呢?
那么mysql数据库文件夹中的mysql-bin.00001是什么文件?
那么mysql数据库文件夹中的mysql-bin.00001是什么文件?
引用
mysql-bin.000001、mysql-bin.000002等文件是数据库的操作日志,例如UPDATE一个表,或者DELETE一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。
今天刚发现Google增加一项新功能:
用户可将搜索结果置顶或删除,这样就可以使搜索结果对用户来说最优化
目前这项服务仅在google.com可用
再次进入google.com进行搜索
在搜索结果的右边 出现一个“↑按钮”和一个“×按钮”

用户可将搜索结果置顶或删除,这样就可以使搜索结果对用户来说最优化
目前这项服务仅在google.com可用
引用
想尝试这项功能 请按照以下步骤进行
1 登录谷歌 (用账号登陆)
2 进入http://www.google.com/ncr 注意不是google.cn
3 点搜索框右边的“Preferences”按钮
4 在“Interface Language”项中选择”chinese simplified“(简体中文)
5 点击右下边的Save Preferences(保存使用偏好)
1 登录谷歌 (用账号登陆)
2 进入http://www.google.com/ncr 注意不是google.cn
3 点搜索框右边的“Preferences”按钮
4 在“Interface Language”项中选择”chinese simplified“(简体中文)
5 点击右下边的Save Preferences(保存使用偏好)
再次进入google.com进行搜索
在搜索结果的右边 出现一个“↑按钮”和一个“×按钮”





下载文件 