kissjava_个人页

回 4楼粒尘的帖子 什么叫别着急，现在已经十月份了还是有很多bug，钉钉的bug实在是太多了，尤其是这个考勤。选择固定班制的时候，明明选择的是周一到周五上班，编辑的时候确实周一休息，周二到周六上班。还有那个选择考勤人员，你们不懂得排重吗？让刚毕业的大学生开发这个都会排重，你们的程序员怎么回事？我公司才使用了不到1个月，已经无法忍受种种问题！

个人稍微解决了一下，上面忘了说，我的mysql版本是：64位的5.7.9，应该是当前最新版本。从网上找了一下资料，反正就是从配置文件上下手，我本机上安装的是windows版的64位5.6.25，占用内存就非常小，我对照着他的配置文件修改了一下5.7.9的配置文件。[mysqld]lower_case_table_names=1character-set-server=utf8max_connections = 300sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES key_buffer_size = 16kmax_allowed_packet = 1Mthread_stack = 64ksort_buffer_size = 64knet_buffer_length = 2kperformance_schema_max_table_instances = 12500table_open_cache_instances = 1eq_range_index_dive_limit = 10innodb_buffer_pool_dump_at_shutdown = OFFinnodb_buffer_pool_load_at_startup = OFFinnodb_checksum_algorithm = innodbinnodb_file_format = Antelopeinnodb_file_format_max = Antelopeinnodb_large_prefix = OFFinnodb_purge_threads = 1innodb_strict_mode = OFFmax_seeks_for_key = 4294967295max_write_lock_count = 4294967295myisam_max_sort_file_size = 2146435072performance_schema_accounts_size = 100performance_schema_hosts_size = 100performance_schema_max_cond_instances = 6900performance_schema_max_file_classes = 50performance_schema_max_mutex_instances = 21000performance_schema_max_rwlock_instances = 10800performance_schema_max_table_handles = 4000performance_schema_max_thread_instances = 2100performance_schema_setup_actors_size = 100performance_schema_setup_objects_size = 100performance_schema_users_size = 100sync_binlog = 0目前的话，情况好了一些。现在mysql占用内存26.4%，剩余内存能稳定在300兆左右了。

我的是19天才审核通过。