# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:50M:autoextend
#innodb_log_group_home_dir = /var/lib/mysql/
#innodb_log_arch_dir = /var/lib/mysql/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 10M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 128M
innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
innodb_support_xa=off
用mysql-connector-odbc-5[1].1.5-win32.msi这个驱动程序
哥们,你建主键了没?
排除了以上问题,还慢,就看看你的连接了,如果是自己写的,那么建议你找个别人写好的连接类试试。有时候代码没问题,db没问题,那么只有时连接的问题了。
ODBC ---》Connector/ODBC易用性 : 差
运行性能 :较高
可扩展性 :差
--------------------------------------
ADO.NET--》Connector/net
易用性 : 最好
运行性能 : 高
可扩展性 :好
-------------------------------------------------------
至于你说的高效有很多方面,编程高效,运行高效,部署高效,可维护高效。
综合考虑一下:Connector/net 较为好一些。
但是你的队员都是ODBC开发的功底,没有ADO.NET开发经验,那还是Connector/ODBC开发的好一些。ODBC和底层系统靠的近一些,据说性能好一些,这是本人观点,实际我运行的一些程序也的确不比ADO.NET慢,官方说法都是ADO.NET性能高。 Connector/net 可以本地调用mysql的特性功能,这个比ODBC标准写法来的好一些。
但是你的平台如果没有Framework 那还是要用ODBC的那个驱动呀。
到底用那个看你具体情况,发个帖子问没有用的,你自己的部署环境,开发人员的功底,都没说不好下判定。
strCNN_MySQL = "DRIVER={MySQL ODBC 5.2 ANSI Driver}SERVER=" &Get_ini("MySQL", "Server", "String") &"DATABASE=" &Get_ini("MySQL", "MainBase", "String") &"Uid=" &Get_ini("MySQL", "UserName", "String") &"pwd=" &Get_ini("MySQL", "UserPass", "String") &"OPTION=3Stmt=set names GBK"以上是我用的链接字串(账户调用的是ini设置),在系统odbc里看好driver名称
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)